CN101296371A

CN101296371A - IPTV terminal, IPTV system and IPTV service implementing method

Info

Publication number: CN101296371A
Application number: CN 200710096965
Authority: CN
Inventors: 商飞鹏; 石国欣; 张园园; 刘吉; 侯伟奕; 姚立哲
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-04-23
Filing date: 2007-04-23
Publication date: 2008-10-29
Anticipated expiration: 2027-04-23
Also published as: CN101296371B

Abstract

The embodiment of the invention provides a method for realizing an IPTV service, which includes that: service data information related to the IPTV (Internet Protocol Television) service is acquired from a network side server; the service data information is provided for a browser in a mode which can be identified by the browser; the service data information comprises service data information sent by the network side server in an unicast, multicast or broadcasting mode. The embodiment of the invention also provides an IPTV terminal and a system thereof. The technical proposal provided by the embodiment of the invention can process the service data information acquired by the network side server in the local IPTV terminal so as to provide the information required by the browser, thus being capable of effectively reducing the access frequency of the browser to the server so as to improve the efficiency of realizing the IPTV service.

Description

IPTV terminal, IPTV system and IPTV service realization method

Technical Field

The present invention relates to the field of Internet Protocol Television (IPTV) technologies, and in particular, to an IPTV terminal, an IPTV system, and a method for implementing an IPTV service.

Background

The IPTV technology, as a development product of broadband networks and access technologies, can provide a variety of interactive service services for home users, such as live tv broadcast, video on demand, and network games. Generally, a home user can enjoy services provided by IPTV through an IPTV terminal, such as a personal computer, a mobile phone, or a terminal mode of "tv + set-top box" accessing the internet. Due to the huge market owned by IPTV services, many operators are prompted to intervene in the IPTV field and focus on providing solutions for IPTV terminals.

Taking an IPTV terminal which is widely used in China as an example, the IPTV terminal provides an IPTV service to a user based on an IPTV system architecture of a browser/server. Referring to fig. 1, fig. 1 is a schematic diagram of a conventional IPTV system architecture, in which an IPTV terminal provides an IPTV service to a user by using a hypertext markup language (HTML) version based on a browser technology. Referring to fig. 2, fig. 2 is a flowchart of implementing a live broadcast service by an existing browser-based IPTV terminal, where the flowchart is as follows:

the web server returns an Electronic Program Guide (EPG) page related to the IPTV service to the browser according to the request of the browser; the page is displayed by the browser.

A user requests a program to be watched from a web server through a browser according to EPG information;

the web server returns program information to the browser after receiving the request of the browser;

the browser requests the player to play the program;

the player requests the web server to join the multicast group of the live program, receives the media stream multicast by the multicast group after being joined by the program multicast group, and displays the program to the user through the browser.

Referring to fig. 3, fig. 3 is a flowchart of implementing a video-on-demand service of an existing browser-based IPTV terminal, where when a user requests a video-on-demand program through a browser, the browser requests a web server for address information of the program; after verifying that the user identity is legal, the web server returns program address information to the browser; the browser transmits the program address information to a player of the IPTV terminal, requests the player to play the program, establishes a secure connection between the player and the web server, and receives the media stream transmitted by the web server; the program is then displayed to the user by the browser.

As can be seen from the above prior art for implementing IPTV services, in the existing IPTV terminal, a browser is used to discover and select services, and since the script language and the mark-up language supported and operated by the browser are interpreted languages, the existing IPTV service is usually implemented in a one-to-one unicast manner, and the real-time performance is not sufficient. Because a management mechanism of the IPTV service cannot be provided locally at the IPTV terminal, or a better operation platform cannot be provided for the IPTV service/application, the services that can be supported by the existing IPTV terminal are limited to displaying an EPG page, streaming media on-demand or live broadcast, and thus it is difficult to meet the diversified requirements of the user, and it is also difficult for a Network Service Provider (NSP) to expand the services to meet the user requirements.

The Digital Video Broadcasting (DVB) organization also proposes a solution for interactive broadcast services based on the Multimedia Home Platform (MHP). Referring to fig. 4, fig. 4 is a schematic diagram of the structure of an MHP terminal. The IPTV terminal based on MHP is a fat client scheme, in the scheme, the IPTV terminal can generate EPG by using service information, but the scheme is complex to realize and is not beneficial to customizing services by a server. Also, compared to the thin client solution based on browser, the MHP based solution has higher requirements for the terminal, and the area of real application is not much at present.

Moreover, with the increasing service demand of IPTV, the types of IPTV terminals provided by different operators are more and more, so that the market of IPTV terminals is diversified, and the IPTV terminals are not compatible.

Disclosure of Invention

An embodiment of the present invention provides an IPTV terminal, including a browser, where the IPTV terminal further includes: the system comprises an information acquisition module and a processing module; wherein,

the information acquisition module is used for acquiring service data information related to the IPTV service from a network side server;

the processing module is used for providing the business data information to the browser in a mode that the browser can recognize;

the service data information comprises the service data information sent by a network side server in a unicast, multicast or broadcast mode.

The embodiment of the present invention further provides an IPTV system, which includes an IPTV terminal and a network side server, wherein the IPTV terminal includes: a browser, the browser comprising: the system comprises an information acquisition module and a processing module;

the service data information comprises the service data information sent by a network side server in a unicast, multicast or broadcast mode;

and the network side server is used for providing the service data information and the IPTV service.

The embodiment of the invention also provides a method for realizing the IPTV service, which comprises the following steps:

acquiring service data information related to an Internet Protocol Television (IPTV) service from a network side server;

providing the business data information to a browser in a mode which can be identified by the browser;

The IPTV terminal, the IPTV system and the method provided by the embodiment of the invention realize the processing of the acquired service data information locally at the IPTV terminal by enhancing the processing function of the IPTV terminal on the service data information acquired from the network side server, thereby realizing the access to the service from a digital television broadcasting network or an IP broadband network based on a browser, realizing the combination with metadata standards such as BCG, SI, SD & S and the like, fully utilizing the service data information contained in the metadata, reducing the times of accessing the server by the browser and improving the efficiency of realizing the IPTV service.

Drawings

Fig. 1 is a schematic diagram of a conventional IPTV system architecture;

fig. 2 is a flowchart of implementing a live broadcast service by a conventional browser-based IPTV terminal;

fig. 3 is a flowchart of implementing an on-demand service of an existing browser-based IPTV terminal;

fig. 4 is a schematic diagram of the structure of an MHP terminal;

fig. 5 is a schematic structural diagram of an IPTV terminal according to an embodiment of the present invention;

fig. 6 is a schematic structural diagram of an IPTV system according to an embodiment of the present invention;

fig. 7 is a schematic structural diagram of an information acquisition module in an IPTV terminal according to an embodiment of the present invention;

FIG. 8 is a schematic diagram of a processing module according to an embodiment of the present invention;

fig. 9 is a schematic structural diagram of an IPTV terminal according to another embodiment of the present invention;

fig. 10 is a schematic structural diagram of an IPTV system according to another embodiment of the present invention;

FIG. 11 is a block diagram of a management entity, an interface module, and an underlying platform according to an embodiment of the invention;

fig. 12 is a flowchart of implementing an IPTV service in an embodiment of the present invention;

FIG. 13 is a flowchart illustrating an embodiment of obtaining TV service description information from service data information;

FIG. 14 is a schematic diagram of a business information processing architecture corresponding to the flow shown in FIG. 13;

fig. 15 is a schematic diagram of an IPTV system according to another embodiment of the present invention;

FIG. 16 is a diagram illustrating an interface provided by an embodiment of the present invention by invoking MHP AM acquisition;

FIG. 17 is a block diagram of the resource management module 903;

fig. 18 is a schematic view of a resource management architecture of an IPTV terminal according to an embodiment of the present invention;

FIG. 19 is a schematic view of another resource management architecture in an embodiment of the invention;

FIG. 20 is a schematic diagram of a security management module 904;

FIG. 21 is a flow diagram of registering a security policy locally in an embodiment of the present invention;

FIG. 22 is a flow chart of security control of operational rights in an embodiment of the present invention;

fig. 23 is a schematic diagram of a security management architecture of an IPTV terminal according to an embodiment of the present invention;

FIG. 24 is a schematic view of another resource management architecture in an embodiment of the present invention;

FIG. 25 is a flow chart of adapting a security policy in an embodiment of the present invention;

FIG. 26 is a flow diagram of security management for NSP applications in an embodiment of the present invention;

fig. 27 is a flowchart of an IPTV system implementing a live broadcast function in an embodiment of the present invention;

fig. 28 is a flowchart of an IPTV system implementing a user on demand function in an embodiment of the present invention.

Detailed Description

In order to make the technical solutions and advantages of the embodiments of the present invention clearer, the following detailed description is made with reference to the accompanying drawings.

Referring to fig. 5, fig. 5 is a schematic structural diagram of an IPTV terminal provided in an embodiment of the present invention, where the IPTV terminal includes a browser 501, an information obtaining module 502, and a processing module 503; wherein,

an information obtaining module 502, configured to obtain service data information about an IPTV service from a network-side server;

the processing module 503 is configured to provide the service data information to the browser 501 in a manner that can be identified by the browser 501;

In the embodiment of the present invention, the browser 501 may include all functions of an existing browser, and in a specific implementation, the information obtaining module 502 and the processing module 503 may be disposed in the browser 501, so that the browser 501 further adds a function of processing the service data information obtained from the network side server, thereby implementing control and management of service discovery, service selection, service downloading, or the like locally at the IPTV terminal.

Referring to fig. 6, fig. 6 is a schematic structural diagram of an IPTV system according to an embodiment of the present invention, where the IPTV system includes a network-side server and the IPTV terminal shown in fig. 5.

The network side server may include: a digital television broadcast network or an IP broadband network server; these network servers can be further classified into: application servers, such as web servers, CA servers, BOSS servers, network management servers, etc.; and content servers, such as streaming media servers, chat servers, short message servers, digital television video servers, and the like.

The service data information may include: metadata such as Program Specific Information (PSI), Service Information (SI), TV-Anytime (a kind of digital TV metadata) from a digital TV broadcasting network; or service discovery and selection (SD & S), PSI, SI, Broadband Content Guide (BCG), TV-Anytime, etc. metadata from the IPTV broadband network.

The following is a brief description of the above-mentioned service data information. In digital television signals, multiplexing technology is used to realize that one path of code stream corresponds to multiple paths of programs. A physical channel can only present one transport stream containing multiple programs. To view a certain program, the compressed packets of the program must be extracted from the transport stream and then decoded. In mpeg-2 Transport Stream (TS), PSI specifies how different programs and different components of the programs are multiplexed into a unified stream. The PSI-based code stream may provide a code stream structure to help the user select programs. The SI in DVB further expands this, adding some information useful to the user, identifying the type of program, the service provider, the interrelation of the program, etc. The main uses of SI are: automatic channel tuning can be performed according to information such as a Network Information Table (NIT), a program cluster table (PAT), a Program Map Table (PMT) and the like; the program is more conveniently selected and positioned; an electronic program guide EPG, etc.

SD & S defines a mechanism to enable digital video broadcasting DVB service discovery over IP networks, service selection, and transmission of service discovery information. The relevant information of each service can be obtained by searching the service to provide the user to select to use.

BCG is a specification of IPTV metadata, and is used to implement TV-Anytime metadata transmission over an IP network.

In practical application, the IPTV terminal of the embodiment of the present invention uses the existing communication interface with the digital television broadcast network and/or the IP broadband network to implement communication with the network side server.

The embodiment of the invention also provides a method for realizing the IPTV service, which comprises the following steps: acquiring service data information related to an Internet Protocol Television (IPTV) service from a network side server; providing the service data information to the browser 501 in a manner that the browser 501 can recognize; and the service data information comprises service data information sent by a network side server in a unicast, multicast or broadcast mode.

The following describes the IPTV terminal, system and method for implementing IPTV service provided in the embodiments of the present invention in detail.

The IPVT terminal provided in the embodiment of the present invention can manage service discovery, service selection, and service/application download, for example, through service discovery, obtain service data information about an IPTV service sent by a network side server in a unicast, multicast, or broadcast manner, then obtain location information of a certain IPTV service/application requested by a user from the service data information according to a request of the user, that is, service selection, and then download the IPTV service/application. The browser 501 is responsible for parsing mark-up language and/or scripting language of IPTV application and displaying web page by using original page management technology. In the embodiment of the present invention, because the IPTV terminal adds the function of processing the service data information, the number of times that the browser 501 accesses the network side server can be effectively reduced, and some information requested by the user, such as IPTV service description information, can be processed locally at the IPTV terminal according to the service data information acquired from the network side server, so as to effectively improve the efficiency of implementing the IPTV service.

Further, the IPTV terminal may also perform control management on an IPTV application running thereon, manage use of local resources by the IPTV application, manage security of an operation requested by the IPTV application or a user through the browser 501, and the like.

Referring to fig. 7, fig. 7 is a schematic structural diagram of an information obtaining module 502 in the embodiment of the present invention, where the information obtaining module 502 includes: an entry point address storage module 701, a reception preparation module 702, and an information reception module 703; wherein,

an entry point address storage module 701, configured to store entry point address information required for obtaining the service data information;

a receiving preparation module 702, configured to join a multicast group that multicasts the service data information according to the entry point address information;

an information receiving module 703, configured to receive the service data information multicast by the multicast group.

The information receiving module 703 is further configured to receive service data information sent by the network side server in a unicast or broadcast manner.

Referring to fig. 8, fig. 8 is a schematic structural diagram of a processing module 503 in an embodiment of the present invention, where the processing module 503 includes: a receiving module 801 and a converting module 802; wherein,

a receiving module 801, configured to receive the service data information acquired by the information acquiring module 502;

a conversion module 802, configured to convert the service data information into a format that can be recognized by the browser 501, and provide the format to the browser 501.

The processing module 503 may further include: an obtaining module 803, configured to locally include IPTV service/application list information and/or description information of IPTV service/application from the service data information, and transmit the obtained information to the converting module 802.

The browser 501 may present the information provided by the processing module 503 to the user using an EPG page. Further, the user can select the corresponding IPTV service according to the preference of the user, download the IPTV service and the like. Referring to fig. 9, fig. 9 is a schematic structural diagram of an IPTV terminal according to another embodiment of the present invention. In the embodiment of the present invention, the IPTV terminal further includes: a service download control module 901, an application management module 902, a resource management module 903, a security management module 904, and a configuration library 905.

The configuration library 905 is configured to store management policy information required by each management module in the management modules to perform respective management, and accordingly, the configuration library 905 includes: the management policy repository, the resource policy repository, and the security policy repository are applied, and the service information repository may be located in the configuration repository 905.

The application management policy library is used for storing the application management policy required by the application management module 902 for managing the IPTV application. The application management policy may include: the priority of the application, the start time and duration of the application's operation, etc.

And the resource management policy repository is used for storing resource management policy information for managing the use of local resources by the running IPTV application by the resource management module 903. The resource management policy may include: and the plurality of IPTV applications use the priority of the local resources or use a first application first use strategy to distribute the use of the local resources by the plurality of IPTV applications.

A security management policy repository, configured to store security policy information for managing, by the security management module 904, an operation requested by the browser 501 or the IPTV application. The security management policy may include: the operation right requested by the browser 501 or the IPTV application, and the like.

The configuration repository 905 may also include business policy information that may be used by the browser 501 to manage business discovery and/or business selection and/or business download. The traffic policy information may include: and when the processing strategy and/or condition of the conflict occurs to the service, the service is prevented from running.

The information stored in the configuration library 905 can be directly downloaded from a web server, such as service policy information; or configurable by a web server, such as an application management policy; the IPTV terminal can be configured when leaving the factory; the configuration may also be done locally. In practical applications, the information stored in the configuration library 905 can be updated according to specific situations or needs.

The application management module 902 is configured to manage the running IPTV service/application according to the application management policy.

The resource management module 903 is configured to manage, according to a resource management policy, use of a local resource by the running IPTV application.

The security management module 904 is configured to perform an authority control process on an operation requested by the browser 501 or the IPTV application according to the security policy information.

In a specific implementation, the browser 501 in the embodiment of the present invention serves as an operation platform of an IPTV application, and can serve as a middleware in an IPTV terminal. Referring to fig. 10, fig. 10 is a schematic structural diagram of an IPTV system according to another embodiment of the present invention. The IPTV terminal may further include a bottom platform 1001, an interface module 1002, and a management entity 1003, in addition to the browser 501. Moreover, since the information acquisition module 502, the processing module 503, the application management module 902, the resource management module 903, and the security management module 904 together embody a management function for implementing an IPTV service in an IPTV terminal, each of the modules may be disposed in the management entity 1003 during specific implementation. The bottom platform 1001 may be an operating system or intermediate platform software that shields bottom software and hardware resources; which may include clients for some applications such as media players. The interface module 1002 is mainly used to provide an interface for the browser 501 to access the underlying platform 1001. That is, in the implementation, the functions of the management modules in the management entity 1003 may be further refined, and some functions of the management modules may be implemented in the underlying platform 1001, and the underlying platform 1001 provides functional modules that can be shared by multiple applications, which will be further described below. In addition, since the service download control module 901, the information acquisition module 502, and the processing module 503 function, all of the three modules can be classified as management of the IPTV service, and therefore the three modules are collectively referred to as a service management module 1004.

In fig. 10, an interface 1 provides an interaction channel between a client environment composed of a browser 501, a management entity 1003 and an interface module 1002 and a network side server, through which the client environment can obtain an IPTV service/application from a Web server;

interface 2 provides an interaction channel between the underlying platform 1001 and the content server, for example, the underlying platform 1001 receives a media stream through the interface, and executes a download operation;

the interface 3 provides an interaction channel between the management entity 1003 and the browser 501, and the management entity 1003 controls applications, resources, user experience and the like running on the browser 501 through the interface;

the interface 4 provides an interaction channel between the browser 501 and the interface module 1002, and the browser 501 interacts with the underlying platform 1001 through the channel;

the interface 5 provides an interactive interface between the management entity 1003 and the interface module 1002, and the management entity 1003 realizes interaction with the underlying platform 1001 through the interface module 1002;

the interface 6 provides an interactive interface of the management entity 1003 to the underlying platform 1001, and the interface is optional, that is, the management entity 1003 can also realize interaction with the underlying platform 1001 through the interface 5;

the interface 7 provides an interaction channel between the interface module 1002 and the underlying platform 1001, and the interface module 1002 encapsulates the interaction interface with the underlying platform 1001 for the browser 501 or the management entity 1003 to call;

an interface 10 through which an IPTV application is supported to run in a client environment.

It should be noted that the functions of the management modules of the management entity 1003 in fig. 7 are distributed among the management entity 1003, the underlying platform 1001, and the interface module 1002. Referring to fig. 11, fig. 11 is a detailed structural diagram of the management entity 1003, the interface module 1002 and the underlying platform 1001 in the embodiment of the present invention.

Among them, the management entity 1003 may include: a service management module 11a, an application management module 902, a resource management module 11c, and a security management module 11 d.

The interface module 1002 may include: a service management module 11g, a resource management module 11i and a security management module 11 j. The underlying platform 1001 may include: a service management module 11n, a resource management module 11k, and a security management module 11 m. The underlying platform 1001 provides services for the upper management entity 1003, the browser 501, and the IPTV application running on the browser 501.

The functions of the service management module 1004 can be performed by the service management module 11a of the management entity 1003, the service management module 11g of the interface module 1002, and the service management module 11n of the underlying platform 1001. The service management module 11n of the bottom platform 1001 actually includes the function of the information acquisition module 502, that is, may be used to acquire IPTV service data information and store the IPTV service data information; the service management module 11a of the management entity 1003 may be configured to call the service management module 11g of the interface module 1002 according to a request of the browser 501, and further obtain information required by the browser 501 from the IPTV service data information obtained by the service management module 11n of the underlying platform 1001, that is, the service management module 10a of the management entity 1003 and the service management module 10g of the interface module 1002 may jointly implement the function of the processing module 503. The service management module 11n of the underlying platform 1001 may be further subdivided into an SD & S data acquisition module, an SI data acquisition module, a BCG data acquisition module, and the like. The service management module 10a on the management entity 1003 is further configured to obtain the IPTV service/application, i.e. the function of the service download control module 901, from the network-side server directly or through the browser 501. In addition, the service management module 11a may also call certificate management information of the underlying platform 1001, perform validity detection on the acquired IPTV service/application, and notify the browser 501 to run the IPTV service/application after detecting that the IPTV service/application is valid.

The following describes, in detail, management of an IPTV service at an IPTV terminal according to an embodiment of the present invention with reference to a specific embodiment. Referring to fig. 12, fig. 12 is a flowchart of implementing an IPTV service in an embodiment of the present invention, where the flowchart includes the following steps:

step 1301, acquiring service data information, wherein the information may include service discovery information.

In this step, the IPTV terminal may obtain the service data information in two ways, one of which is in a Push mode, that is, the network side server actively sends the service data information in a broadcast or multicast manner; the other mode is a "Pull" (Pull) mode, that is, the network side server sends the service data information in a unicast manner according to the request of the browser 501. Accordingly, to obtain the service discovery information, it is further required to acquire an address of a network-side server where the service discovery information is located, that is, an entry point address. In this embodiment, the manner of obtaining the entry point address information may include the following:

1. the entry point address is known from a well-known fixed address, such as a multicast address, or a unicast address of the web server: a hypertext transfer protocol (HTTP) address of a website;

2. configuring entry point address information on a Domain Name Server (DNS) in advance, and acquiring the entry point address by inquiring the DNS;

3. the IPTV terminal obtains an IP address to access a network through a Dynamic Host Configuration Protocol (DHCP), obtains a domain name of the entry address according to a DHCP option (option)15, then generates position (location) information according to a known form of name + protocol name + domain name, and inquires a corresponding entry point address on a DNS server according to the generated position information;

4. the user terminal returns the IP address of the event gateway of the network management system according to the DHCP server, and obtains the address information of the entry point from the configuration file obtained from the event gateway of the network management system;

5. acquiring entry point address information from a local configuration file;

6. if the service discovery information is sent in a multicast mode, the multicast address of the entry point address may be an SD & S multicast address, and the multicast address may be obtained in an existing SD & S standard.

The method for obtaining the entry point address is not limited to the above methods, but only lists the commonly used methods, and the other methods are not listed.

Step 1302, obtaining service data information from a corresponding location according to the obtained entry point address, and loading an EPG page.

After acquiring the entry point address information, if the entry point address is a unicast address of the web server, the browser 501 actively sends a request for acquiring service data information to the web server, and acquires the service data information from the unicast address; if the entry point address is a multicast address, the IPTV terminal receives service data information sent by the multicast group by joining the multicast group, and if there is a multicast condition, the list of related services/applications and the service description information may also be sent in a multicast manner; the service data information broadcasted by the digital television broadcasting network can be transmitted through a digital television broadcasting channel between the IPTV terminal and the digital television broadcasting network.

In the embodiment of the present invention, the specific method for loading the initial page by the IPTV terminal may include the following steps:

1. the network side server provides an EPG page, the IPTV terminal downloads the initial page from the network side server according to the obtained unicast address information, configures the initial page into the configuration library 905, and is loaded and displayed by the browser 501. The way to acquire the EPG page is substantially similar to the existing way. If there are multiple web servers, before loading the initial page, one web server may be selected to obtain initial page information from the web server;

2. the IPTV terminal establishes contact with the multicast group according to the acquired multicast address information, joins the multicast group and acquires service data information from the multicast group. If the service or application list and the description information thereof in the acquired service data information are in an XML format, and the browser 501 has an XML parsing function, finding a corresponding XSL style sheet according to a preset configuration through an XML parsing engine, parsing out XML data according to the style sheet, generating an initial page, and loading and displaying the initial page by the browser 501, wherein the XSL style sheet is prestored in the browser 501; in the case where the browser 501 does not have an XML parsing function, the acquired information needs to be converted into a format that can be recognized by the browser 501, and then displayed by the browser 501.

3. And the IPTV terminal acquires the service or application list and the description information thereof from the corresponding entry point according to the acquired entry point address. If the obtained service or application list and the description information thereof are in an XML format and the browser 501 supports the format, the obtained information may be provided to the browser 501 by using an XML parsing engine; if the browser 501 does not support the XML format, the format of the acquired information may be converted so that the browser 501 can recognize and load and display the page.

4. The IPTV terminal directly loads a local static page. The static page may include information about the classification of services provided by the service provider, which may include games, tv programs, announcements, etc., and since the types of services that may be provided by the service provider are generally fixed, the classification may be formed into a static page that is displayed when the service profile is provided to the user, and the user may then click on to access a particular service for a particular service access, depending on preference.

In practical application, a mode of combining unicast, multicast and broadcast can be flexibly adopted between a network side server and an IPTV terminal, for example, a one-to-one unicast mode can be adopted to meet the personalized requirements of users; and for the information which may be required by a plurality of users, or the service information which is not updated frequently by the server, the information can be sent to a plurality of corresponding users in a multicast mode. Therefore, the advantages of unicast or multicast can be fully exerted, the disadvantages of the unicast or multicast can be avoided, and better service can be provided for users.

The IPTV terminal presents part of service data information acquired from the network side, such as a service/application list provided by a service provider and brief description information of a television service, to the user through the loaded initial EPG page. If the user is interested in the television service, the detailed description information of the television service can be further acquired. The means for obtaining the detailed description information of the tv service may include the following:

1. the browser 501 obtains the detailed description information of the television service directly from the server on the network side. The network side server may be a web server, or a server of the television service provider or a third-party server, and if the detailed description information of the television service is on the SP server or the third-party server, the browser 501 may directly obtain the detailed description information of the television service from an application corresponding to the television service or by using SD & S. In this case, the process of the browser 501 acquiring the detailed description information of the television service may be: the browser 501 sends a request for obtaining the detailed description information to a relevant server, wherein the request comprises a parameter capable of uniquely identifying the television service description information; for the situation that the browser 501 has an XML parsing function, the network side server sends a corresponding XML file to the browser 501 after receiving the request of the browser 501; after the browser 501 receives the XML file, the XML parsing engine therein searches the corresponding XSL style sheet in the browser 501 according to the indication of the XML file, parses out the XML data according to the XSL style sheet, and loads and displays the XML data by the browser 501, and for the case where the browser 501 does not have an XML parsing function, the information providing module converts the acquired information format into a format that can be recognized by the browser 501, such as an HTML format, and loads and displays the XML data by the browser 501.

For the unicast case, the browser 501 does not need to access the SI/BCG/SD & S data, but directly provides the location information of the television service to the information obtaining module 502, and the information obtaining module 502 obtains the specific content of the television service from the network side server.

2. In this manner, the browser 501 does not directly obtain the description information of the television service, but further obtains the description information of the specific television service from the service data information obtained by the information obtaining module 502. Referring to fig. 13, fig. 13 is a flowchart of acquiring tv service description information from service data information according to an embodiment of the present invention, where the flowchart may include the following steps:

in step 1301, the browser 501 sends a request for obtaining detailed description information of the television service to the processing module 503.

In this step, the request sent by the browser 501 carries a parameter capable of uniquely identifying the requested television service description information, where the parameter may be: the service provider domain name (service provider domain name) + DVB-triple (the identifier uniquely identifies one DVB service by utilizing a network identifier, a TS identifier and a service identifier triple), or the service provider domain name + CRID (content reference identifier), and the like, wherein the DVB-triple is a broadcast type program identifier, and the CRID is an on-demand type program identifier.

In step 1302, the processing module 503 obtains the type, the obtaining mode and the obtaining position of the service discovery information provided by the service provider from the service data information obtained by the information obtaining module 502 according to the request of the browser 501.

As is known, metadata such as SD & S includes a plurality of service data information, including the type, acquisition method and acquisition location information of the service discovery information provided by the service provider.

Step 1303, the processing module 503 determines whether the service discovery information is a broadcast type according to the type of the acquired service discovery information, if so, executes step 1304; otherwise, step 1311 is performed.

And 1304, judging whether the service discovery information is of a TS Full SI type, if so, executing a step 1305, and otherwise, executing a step 1309.

And the service discovery information type of the binding SI information type is a TS Full SI type.

Step 1305, the processing module 503 acquires the service discovery information from the corresponding location according to the address information of the acquired service discovery information.

Step 1306, the processing module 503 further obtains SI information from the TS stream carrying the television service according to the service discovery information.

Step 1307, the processing module 503 obtains the detailed description information of the tv service from the Service Description Table (SDT) and the Event Information Table (EIT) according to the DVB-Triplet.

Wherein, according to DVB-triple, the detailed description information of TV service can be further obtained according to the two tables of SDT and EIT in TS stream.

Step 1308, the processing module 503 converts the obtained detailed description information of the television service into an XML format, and executes step 1314.

Step 1309, the processing module 503 obtains the service discovery information from the corresponding location according to the address information of the obtained service discovery information.

Step 1310, the processing module 503 directly obtains the detailed description information of the tv service from the service discovery information, and then executes step 1314.

In this step, the service discovery information is not of the TS Full SI type, but of the TS optional SI type, and for this type of service discovery information, detailed description information of the corresponding service is included.

Wherein the service discovery information type to which the SI information is not bound but the MPEG PSI information is bound is a TS Optional SI type.

Step 1311, the processing module 503 obtains the service discovery information according to the location of the service discovery information.

Step 1312, the processing module 503 acquires the BCG information according to the acquired manner and the acquired position of the BCG information known from the service discovery information.

Step 1313, the processing module 503 obtains the corresponding program information from the BCG information according to the parameter information identifying the television service, which is carried in the request sent by the browser 501, to obtain the detailed description information of the television service.

In this step, the location information of the program can also be obtained from the BCG information, that is, the location information of the program can be obtained by analyzing the CRID.

Step 1314, the processing module 503 transmits the acquired detailed description information of the television service to the browser 501, and the browser 501 loads and displays the detailed description information, so that the process of acquiring the description information of the television service is finished.

If the user is interested in a certain service/application after viewing the initial page and wants to acquire the IPTV service/application, the browser 501 receives the request of the user and informs the service download control module 901 of the request, the service download control module 901 obtains the location information of the service or application according to the obtained description information of the IPTV service/application, and the service download control module 901 directly downloads the IPTV service or application from the corresponding location according to the location information, or informs the browser 501 to download the IPTV service/application. The location information of the IPTV service/application may be directly stored in the description information, or may be obtained indirectly, for example, after acquiring the unicast address of the web server, the IPTV service/application is downloaded from the web server according to the identification information of the service or application. In addition, the version information of the IPTV service/application can be obtained from the description information of the IPTV service/application, and if it is detected that the version information is inconsistent with the version information of the local IPTV service/application, the new version of IPTV service/application can be downloaded from the corresponding web server according to the description information.

Referring to fig. 14, fig. 14 is a schematic diagram of a service information processing architecture corresponding to the flow shown in fig. 13, and it can be seen from the diagram that information required by the browser 501 is obtained from service data information through interaction among the management entity 1003, the underlying platform 1001 and the interface module 1002.

In the embodiment of the invention, the application program which can be directly operated in the local operation environment of the IPTV terminal is called NSP application, and the application which cannot be directly operated in the local operation environment is called non-NSP application, such as MHP application. If the MHP application can run on the browser 501 through the plug-in technology, the MHP application is called MHP class B application; if the MHP application needs to run on the IPTV terminal through the MHP supporting environment, the MHP application is called MHP class a application. The MHP a application needs to add an existing MHP support module in the IPTV terminal, and runs based on the MHP support module and the underlying platform 1001.

Fig. 15 and 15 are schematic views of an IPTV system according to another embodiment of the present invention. The IPTV terminal mainly includes: browser 501, management entity 1003, underlying platform 1001, and interface module 1002, and further includes MHP support module 1501.

In FIG. 15, interface 8 provides an interaction channel between MHP support module 1501 and underlying platform 1001;

the interface 9 provides an interface for supporting the MHPB-based application to run in the client environment, and the support of the MHP application can be realized only by adding a plug-in the client environment;

an interface 11 through which MHP supporting applications run on the MHP supporting module 1501.

For the NSP application, the NSP application may reside locally, or may be downloaded from a corresponding web server through the browser 501 of the IPTV terminal, and then loaded and run on the IPTV terminal. Accordingly, the operation of the NSP application is handled by the application management module 902, and the application management module 902 can control the state of the application running on the browser 501 according to the application management policy; the application management policy may include a policy on how to start or stop a certain NSP application, and the application management module 902 controls the state of the application running on the browser 501 according to the application management policy; and may control the state of an application running on the browser 501 according to the user's input.

For MHP applications independent of NSP applications, in the embodiment of the present invention, an IPTV terminal can also provide management for MHP applications, and the implementation of the management may be: an existing MHP Application Manager (AM) is set on a bottom platform 1001 of the IPTV terminal, and the application management module 902 implements management of MHP applications by calling an interface provided by the MHPAM. Referring to fig. 16, fig. 16 is a schematic diagram of an interface for calling MHP AM to acquire provisioning in the embodiment of the present invention. The interface functions that MHP AM may provide for application management module 902 include: acquiring description information of all currently running MHP applications; acquiring description information of appointed MHP application; acquiring the running state of the appointed MHP application; changing the running state of the appointed MHP application, including initialization, starting, pausing, destroying and the like; MHP application state change events are captured. In practical applications, for the interaction between the application management module 902 and the MHP AM, the following methods may be adopted: both are realized by adopting C language; both are realized by java language; the application management of NSP is realized by C language, MHP AM is realized by Java, and JNI (Java native interface) can be used between the two for calling.

The embodiment of the present invention provides a mechanism for managing resources by an IPTV terminal, and the task of managing the resources of the IPTV terminal is handled by the resource management module 903. The above resources are typically scarce resources including decoders, players, flash, memory, etc. If the user selects a television program, the media playing application needs to apply for using the player resource on the IPTV terminal for playing the television program selected by the user.

Referring to fig. 17, fig. 17 is a schematic structural diagram of the resource management module 903, and the resource management module 903 may include: a resource server 1701, a resource broker 1702, and a resource access control module 1703; wherein,

a resource server 1701 for receiving registration information of the IPTV application, storing and maintaining the registration information of the IPTV application, determining whether to allocate a resource to the IPTV application that applies for using the resource according to a resource management policy, and transmitting a determination result to a resource broker;

a resource agent 1702, configured to receive or reject an application of the IPTV application according to the determination result, and send an instruction for allowing or prohibiting use of the resource to the resource access control module;

a resource access control module 1703, configured to receive an instruction of the resource broker 1702, and allocate the resource to the application module for the instruction that allows the resource to be used; otherwise, no processing is performed to provide the resource.

In a specific implementation, the functions of the resource management module 903 may be implemented by the resource management module 11c of the management entity 1003, the resource management module 11i in the interface module 1002, and the resource management module 11k in the underlying platform 1001.

Referring to fig. 18, fig. 18 is a schematic view of a resource management architecture of an IPTV terminal according to an embodiment of the present invention. In a specific implementation, if the operating environment of the IPTV terminal is simple and only includes the NSP application, the resource server 1701 and the resource agent 1702 in the resource management module 903 of the IPTV terminal may be made as dedicated modules, and are disposed on the resource management module 11c of the management entity 1003, and the resource access control module 1703 is disposed on the resource management module 11k of the underlying platform 1001.

Referring to fig. 19, fig. 19 is a schematic diagram of another resource management architecture in an embodiment of the invention. In the IPTV terminal shown in fig. 18, besides the NSP application, the MHP application also exists, and therefore, the resource management module 903 may be set as a common module, as shown in fig. 19, the resource server 1701, the resource agent 1702 and the resource access control module 1703 are all set on the underlying platform 1001, and the resource server adaptation module 1901 and the resource agent adaptation module 1902 are added to the interface module 1002 connected to the NSP application, and the logical modules such as the resource server 1701 and the resource agent 1702 in the underlying platform 1001 are called by adaptation. The resource server adaptation module 1901 is configured to convert information exchanged between the IPTV application and the resource server 1701 into a format that can be recognized by the other party, and transmit the converted information to the other party. The resource agent adaptation module 1902 is configured to convert information interacted between the IPTV application and the resource agent 1702 into a format recognizable by the other party, and transmit the converted information to the other party.

In practical applications, if the MHP application is supported in the NSP operating environment of the IPTV terminal, it is necessary to provide support for the virtual machine supporting the MHP application at the IPTV terminal. Typically, the MHP is implemented in java, and the browser 501 may also run java controls similar to an Applet. In the embodiment of the present invention, the mode for supporting MHP in the NSP operating environment may be: the application running on the virtual machine is operated independently of the browser 501, and the browser 501 supports java application through a communication mechanism between the browser 501 and the virtual machine; alternatively, the virtual machine may run directly on the browser 501 as a plug-in to the browser 501.

The embodiment of the present invention further provides a security management mechanism for the application, and accordingly, the IPTV terminal further includes the security management module 904. Referring to fig. 20, fig. 20 is a schematic structural diagram of a security management module 904, which may include: request capture module 2001, security control module 2002; wherein,

a request capture module 2001, configured to capture an operation request sent by the browser 501 or the IPTV application, and transmit the captured request to the security control module 2002;

and a security control module 2002, configured to perform permission verification on the received request according to the security policy information, and allow execution of an operation that meets a permission requirement.

The security policy may include what conditions or requirements the request sender needs to satisfy before the security control module 2002 receives and honors the request, i.e., the conditions under which the request is accepted and processed. If a user wants to access a certain website, the user needs to input identity information, and the user is allowed to access the website only if the identity information of the user meets certain requirements. The security policy may be obtained from a server on the network side, and after being downloaded to the local, the local security control module 2002 is used to perform authority verification on the received request, so as to meet the security requirement proposed by the security policy.

In practical applications, the security management module 904 may further include an SSL/TLS support module 2001 and an encryption/decryption module 2004, where the SSL/TLS support module 2001 is configured to provide SSL/TLS protocol support for the encryption/decryption module 2004; the encryption/decryption module 2004 is used to perform operations such as encryption/decryption and digital signature on information transmitted between the server and the network side, so as to ensure confidentiality, security and integrity of the transmitted information, and provide verification information for the server to verify the validity of the terminal. In particular implementations, the SSL/TLS support module 2001 and the encryption/decryption module 2004 may be disposed on the underlying platform 1001.

Referring to fig. 21, fig. 21 is a flowchart of registering a security policy locally in an embodiment of the present invention, where the flowchart may include the following steps:

step 2101, a secure connection is established between the browser 501 and a server on the network side.

Step 2102, the browser 501 downloads the security policy from the server, verifies the validity of the security policy issuer, and if the verification is passed, executes step 2103; otherwise, step 2106 is performed.

In step 2103, the browser 501 sends a security policy registration request to the security policy maintenance module.

In the step 2102, the browser 501 verifies the digital signature of the security policy issuer based on the locally downloaded digital certificate of the security policy issuer in advance. Therefore, in practical applications, the IPTV terminal may further include a digital certificate management module, and the module may include:

the certificate acquisition module is used for downloading the digital certificate of the security policy issuer from the network side server;

and a certificate storage module, configured to store the downloaded certificate and provide the certificate information to the browser 501.

Step 2104, after the security policy maintenance module receives the registration request, checking the integrity and validity of the security policy, and if the check is passed, executing step 2105; otherwise, step 2106 is performed.

Step 2105, the security policy maintenance module sends the security policy information to the security policy repository, and the security policy repository stores the newly registered security policy.

Step 2106, the security policy registration procedure is ended.

Referring to fig. 22, fig. 22 is a flowchart of security control on operation authority in the embodiment of the present invention, where the flowchart includes the following steps:

step 2201, the NSP application running on the browser 501 sends an operation request to the underlying platform through the interface module.

At step 2202, the request acquisition module 2001 of the security management module 904 acquires the request and transmits the request to the security control unit.

Step 2203, the security control unit verifies the operation authority according to the security policy in the security policy library and sends a verification result to the underlying platform; if the verification is passed, the bottom platform executes the operation; otherwise, the operation is prohibited from being performed.

Referring to fig. 23, fig. 23 is a schematic diagram of a security management architecture of an IPTV terminal according to an embodiment of the present invention. In a specific implementation, if the operating environment of the IPTV terminal is relatively simple and only includes the NSP application, the security management module 904 of the IPTV terminal may be set as a dedicated module. The function of the security management module 904 of the IPTV terminal may be implemented by the security management module 11d in the management entity 1003, the security management module 11j in the interface module 1002, and the security management module 11n in the underlying platform 1001. The request capture module 2001 may be disposed on the security management module 11n of the underlying platform, and directly transmit the acquired operation request to the management entity 1003, or transmit the operation request to the management entity 1003 through the security management module 11j in the interface module, and dispose the security control module 2002 on the security management module 11d in the management entity 1003.

Referring to fig. 24, fig. 24 is a schematic diagram of another resource management architecture in an embodiment of the invention. In the NSP application of the IPTV terminal shown in fig. 24, which further includes Script, mark-up language, or plug-in such as MHP Xlet, when performing security control, a security policy adaptation module may be added to the security management module 904, and the security policy adaptation module functions to provide the security policy to the security control module 2002 in a description manner that can be identified by the security control module 2002. The security control module 2002 performs authorization verification on the operation request of the NSP application using the security policy, and the verification process is similar to the case shown in fig. 22. Referring to fig. 24, the security policy adaptation module may be provided on the security management module 11j in the interface module 1002.

Referring to fig. 25, fig. 25 is a flowchart of adapting a security policy in an embodiment of the present invention, where the flowchart may include the following steps:

step 2501, the security policy adaptation module receives the security policy.

Step 2502, the security adaptation module converts the description information of the security policy into a security policy object that can be identified by the security control module 2002.

Step 2503, the security adaptation module provides the security policy object after identification conversion to the security control module 2002.

The security adaptation module can also be applied to the situation that other non-NSP applications run on the IPTV terminal.

The following describes the application security management performed by the security management module 904 according to the present invention in detail with reference to specific embodiments. In this embodiment, if the user needs to watch a tv program, the user downloads an NSP application (including markup language and script) through the browser 501, and the NSP application plays the media content. When the user executes the application, the application tries to close other applications, the security management module 904 performs permission check on the operation of requesting to close other applications, which is provided by the application, according to the security policy, and fails to find a relevant policy from the security policy library, so the security management module 904 notifies the underlying platform 1001 that the NSP application is prohibited from requesting to close other applications.

In this embodiment, the description of the security policy file may be as follows:

the NSP rule description file is as follows:

< Authority rule File >

< application identification > http:// www.cctv.com/media

< rule >

< operation type > media </operation type >

< operating Authority > true </operating Authority >

< operation object > MediaPresentionControl, MediaSelectControl, LanguageControl, SubtitlingLanguageControl >

< parameter > </parameter >

</rule >

</Authority rule File >

The source of the application is indicated by the application identifier http:// www.cctv.com/media. html,

the operation type mediaplay represents a media play operation,

the operation right true indicates that execution is permitted,

the operation objects, MediaPresentationControl, MediaSelectControl, LanguageControl,

the subtilinglanguagecontrol indicates a media playback API that an application requests to call,

the parameter is null.

Referring to fig. 26, fig. 26 is a flowchart of security management on an NSP application in the embodiment of the present invention, where the flowchart includes the following steps:

step 2601, the browser 501 establishes a secure connection with the network side server.

Step 2602, the browser 501 downloads the media playing application and the security policy file from the network side server, where the security policy file includes the media control right and verifies the signature thereof.

Step 2603, after passing the signature verification, the browser 501 registers the security policy file, and puts the security policy file into the security policy repository.

In step 2604, the browser 501 executes the media playing application.

Step 2605, the media playing application calls the media control API in the underlying platform 1001 through the interface module 1002.

Step 2606, the request capture module 2001 installed on the underlying platform 1001 intercepts the call request of the media playing application to the API of the underlying platform 1001, and then sends the request to the security control unit.

Step 2607, the security control unit verifies whether the media playing application is used for the media playing permission according to the related security policy file in the security policy library, and if so, executes step 2608; otherwise, an exception prompt is returned to the browser 501.

Step 2608, the security control unit notifies the bottom platform to allow execution, so as to realize media playing.

At step 2609, the NSP application calls the application control API of the underlying platform 1001 through the interface module 1002.

Step 2610, the request capture module 2001 intercepts the call request of the application to the underlying platform 1001API, and then sends the request to the security control unit.

Step 2611, the security control unit verifies that the media playing application has no application control authority according to the relevant security policy file in the security policy library, prohibits the operation of the media application playing, and returns an exception prompt to the browser 501.

Referring to fig. 27, fig. 27 is a flowchart of an IPTV system implementing a live broadcast function in the embodiment of the present invention, where the flowchart includes the following steps:

step 2701, the network side server broadcasts or multicasts the SI data to the IPTV terminal.

In this step, the SI data sent by the network side server is received and stored by the underlying platform of the IPTV terminal.

Step 2702, the IPTV terminal obtains the EPG page from the server and displays the page.

The description of obtaining the EPG page can refer to the related content above, and is not described herein again.

Step 2703, the user selects the interested programs on the EPG page through the input device of the IPTV terminal.

In step 2704, the service management module 11a of the IPTV terminal receives the input from the user and requests the underlying platform 1001 to play the program.

Step 2705, the bottom platform receives the media stream transmitted by the server through frequency modulation.

In this step, the bottom platform 1001 acquires address information of the network server where the television program is located from the SI data, and receives the program from the corresponding network server according to the address information. For the program broadcasted by the digital television broadcasting network, the IPTV terminal acquires the frequency point information of the live program broadcasted by the digital television broadcasting network from the service data information; and adjusting the local frequency point according to the acquired frequency point information, and receiving the media stream carrying the live program content broadcasted by the digital television broadcasting network.

If the television program is multicast through an IP broadband network multicast group, the IPTV terminal acquires the multicast address information of the IP broadband network where the live program is located from the service data information; and joining the multicast group and receiving the media stream which is transmitted by the multicast group and carries the live program content.

In step 2706, the underlying platform 1001 presents the tv program to the user via the browser 501.

Referring to fig. 27, fig. 27 is a flowchart of an IPTV system implementing a user on-demand function in the embodiment of the present invention, where the flowchart includes the following steps:

step 2701, the network side server sends the BCG data to the IPTV terminal.

In this step, BCG data transmitted from the network side server is received and stored by the underlying platform 1001 of the IPTV terminal.

Step 2703, the user selects the interested program on the EPG page through the input device of the IPTV terminal, and requests to browse the detailed description information of the tv program.

Step 2704, the service management module 11a of the IPTV terminal receives the input of the user, obtains the detailed description information of the tv program requested by the user from the BCG data stored in the bottom platform 1001, and displays the detailed description information through the browser 501.

Step 2705, the user confirms that the television program is requested.

In step 2706, after acquiring the address of the server where the television program is located from the BCG data, the browser 501 requests the server for the RTSP address of the television program.

Step 2707, the server performs validity verification on the IPTV terminal, and returns the RTSP address of the television program to the IPTV terminal after the verification is passed.

Step 2708, the RTSP connection is established between the IPTV terminal and the server.

Step 2709, the server transmits the media stream to the IPTV terminal through the established RTSP connection.

Step 2710, the IPTV terminal receives the media stream, and displays the television program to the user through the browser 501.

To sum up, the IPTV terminal, the IPTV system and the method provided in the embodiments of the present invention can process the service data information acquired from the network side server based on the operation platform provided by the IPTV terminal to provide the information required by the browser 501, so that the browser 501 can access the service from the digital television broadcast network or the IP broadband network, and the service data information included in the metadata is fully utilized, thereby reducing the number of times the browser 501 accesses the server, and improving the efficiency of implementing the IPTV service.

In addition, the embodiment of the invention provides the operation platform for the IPTV application, can manage the IPTV application operated on the IPTV terminal, and provides complete service discovery and selection, service downloading and operation environments, so that the IPTV terminal adopts a thin client mode, the operation of a user is convenient, and the user experience is improved. Meanwhile, due to the provision of the operation platform of the IPTV application, a Network Service Provider (NSP) can expand a network service, make and plan the network service according to its own requirements, and facilitate the standardized implementation of the IPTV terminal, and accordingly, facilitate the reduction of the cost of the IPTV terminal.

Claims

1. An implementation method of an IPTV service is characterized by comprising:

2. The method of claim 1, wherein the network comprises:

a digital television broadcast network or an IP broadband network.

3. The method of claim 1, wherein the step of obtaining the service data information from a network-side server comprises:

acquiring multicast address information of an IP broadband network side server;

adding the multicast group corresponding to the multicast address;

and receiving the service data information multicast by the multicast group.

4. The method of claim 1, wherein the step of obtaining the service data information from a network-side server comprises:

acquiring unicast address information of an IP broadband network side server;

and acquiring the service data information from the unicast address.

5. The method of claim 1, wherein the step of obtaining the service data information from a network-side server comprises:

and receiving the service data information from a digital television broadcasting channel.

6. The method of claim 1, wherein the service data information comprises: service information SI and/or service discovery and selection SD & S and/or broadband content guide BCG and/or program specific information PSI and/or TV-Anytime metadata information.

7. The method according to any one of claims 1 to 6, wherein the step of providing the service data information to a browser in a manner that can be identified by the browser comprises:

and acquiring IPTV service/application list information and/or IPTV service/application description information from the service data information, analyzing the list information and/or the description information into a format which can be identified by a browser, providing the format for the browser, and loading and displaying the format by the browser.

8. The method of claim 7, wherein the step of obtaining the description information from the service data information comprises:

searching the type, the acquisition mode and the acquisition address information of corresponding service discovery information from service provider discovery information included in the service data information;

acquiring the service discovery information according to the address information and the acquisition mode;

and acquiring the description information of the service/application from the service discovery information.

9. The method of claim 7, wherein after being loaded and displayed by the browser, the method further comprises:

and downloading the IPTV service/application from a network side server.

10. The method according to claim 9, wherein the step of downloading the IPTV service/application from a network-side server comprises:

acquiring the position information of the IPTV service/application from the description information of the IPTV service/application;

and downloading the IPTV service/application from the corresponding network side server according to the position information of the IPTV service/application.

11. The method according to claim 10, wherein the IPTV service is a live video service, and the downloading the IPTV service from the corresponding network-side server comprises:

acquiring multicast address information of an IP broadband network where the live video service is located from the service data information;

and joining the multicast group and receiving the media stream which carries the video content and is multicast by the multicast group.

12. The method according to claim 10, wherein the IPTV service is a live video service, and the downloading the IPTV service from the corresponding network-side server comprises:

acquiring frequency point information of the live video service broadcasted by the digital television broadcasting network from the service data information;

and adjusting the local frequency point according to the acquired frequency point information, and receiving a media stream carrying the live video content broadcasted by the digital television broadcasting network.

13. The method according to claim 10, wherein the IPTV service is a video-on-demand service, and the downloading the IPTV service from the corresponding network-side server comprises:

according to the address information of the network side server where the video service is located, the RTSP address information of the program is requested to the network side server;

establishing RTSP connection with the network side server according to the requested RTSP address information;

and receiving the media stream transmitted from the network side server through the RTSP connection.

14. The method of claim 9, wherein after downloading the IPTV service/application from the network-side server, the method further comprises:

managing the running IPTV application by using a pre-configured application management strategy; and/or the presence of a gas in the gas,

managing the use of local resources by the IPTV application by utilizing a pre-configured resource management strategy; and/or the presence of a gas in the gas,

and carrying out security management on the operation requested by the IPTV application or the browser by utilizing a pre-configured security management strategy.

15. The method according to claim 14, wherein the IPTV application comprises a network service provider, NSP, application and/or a multimedia home platform, MHP, application.

16. The method of claim 14, wherein the IPTV application is a media playing application.

17. The method of claim 14, wherein the step of managing the running IPTV application comprises:

calling an MHP application manager AM to manage MHP applications running based on an MHP supporting environment; or, the MHP application is managed through a plug-in supporting the operation of the MHP application.

18. The method of claim 14, wherein the step of managing the use of local resources by the IPTV application comprises:

receiving registration of an IPTV application for using local resources;

judging whether the IPTV application has the authority of using the applied local resources or not according to the resource management strategy; if yes, executing the operation of distributing the local resources; otherwise, no allocation is performed.

19. The method of claim 18, wherein the local resource is a media player.

20. The method of claim 14, wherein the step of security managing the operation requested by the IPTV application or browser comprises:

acquiring an operation request of an IPTV application or a browser;

judging whether the IPTV application or the browser has the operation authority or not according to the security management strategy, and if so, allowing the IPTV application or the browser to execute the operation; otherwise, the IPTV application or the browser is prohibited from executing the operation.

21. The method according to claim 14, wherein the application management policy and/or the resource management policy and/or the security management policy are configured by a network side server or locally.

22. An IPTV terminal comprising a browser, wherein the IPTV terminal further comprises: the system comprises an information acquisition module and a processing module; wherein,

23. The IPTV terminal of claim 22, wherein the information obtaining module comprises: an entry point address storage module, a receiving preparation module and an information receiving module; wherein,

an entry point address storage module, configured to store entry point address information required for obtaining the service data information;

a receiving preparation module, configured to join a multicast group that multicasts the service data information according to the entry point address information;

and the information receiving module is used for receiving the service data information multicast by the multicast group.

24. The IPTV terminal of claim 23, wherein the information receiving module is further configured to receive the service data information sent by a network side server in a unicast or broadcast manner.

25. The IPTV terminal of claim 22, wherein the processing module comprises: the device comprises a receiving module and a converting module; wherein,

the receiving module is used for receiving the service data information acquired by the information acquisition module;

and the conversion module is used for converting the service data information into a format which can be identified by the browser and providing the format for the browser.

26. The IPTV terminal of claim 25, wherein the processing module further comprises: the acquisition module is used for locally transmitting the acquired information to the conversion module from the service data information including IPTV service/application list information and/or IPTV service/application description information.

27. The IPTV terminal according to any of claims 23-26, further comprising: and the service downloading control module is used for acquiring the IPTV service/application from a network side server corresponding to the address information by using the address information of the IPTV service/application acquired from the service data information.

28. The IPTV terminal according to claim 27, wherein the IPTV terminal further comprises: an application management policy base and an application management module; wherein,

the application management strategy library is used for storing application management strategies required by the application management module for managing the IPTV service/application;

and the application management module is used for managing the running IPTV service/application according to the application management strategy.

29. The IPTV terminal of claim 28, wherein the application management policy comprises: priority of the IPTV service/application and/or start time and/or duration of the running of the application.

30. The IPTV terminal of claim 28, wherein the IPTV application comprises: NSP applications and/or MHP applications.

31. The IPTV terminal of claim 30, wherein the IPTV terminal further comprises: MHP application management support module and MHP application manager;

the MHP application management supporting module is used for providing a running platform for MHP application;

and the MHP application manager is used for managing the running MHP application and providing the relevant information of the MHP application to the application management module.

32. The PTV terminal of claim 31, wherein the MHP application is run on an MHP application management support module or on a browser via a plug-in.

33. The IPTV terminal according to claim 27, wherein the IPTV terminal further comprises: a resource management module and a resource management strategy library; wherein,

the resource management strategy library is used for storing resource management strategy information for managing resources required to be used by the running IPTV application by the resource management module;

and the resource management module is used for managing the use of the local resources by the running IPTV application according to the resource management strategy.

34. The IPTV terminal of claim 33, wherein the resource management policy comprises: and the plurality of IPTV applications use the priority of the local resources or use a priority first request first use strategy to distribute the use of the local resources by the plurality of IPTV applications.

35. The IPTV terminal of claim 33, wherein the resource management module comprises: the system comprises a resource server, a resource agent and a resource access control module; wherein,

the resource server is used for receiving the registration information of the IPTV application, storing and maintaining the registration information of the IPTV application, judging whether resources are allocated to the IPTV application applying for using the resources according to a resource management strategy, and transmitting a judgment result to the resource agent;

the resource agent is used for receiving or rejecting the application of the IPTV application according to the judgment result and sending an instruction for allowing or forbidding the use of the resource to the resource access control module;

the resource access control module is used for receiving the instruction of the resource agent and executing the operation of allocating the resource to the instruction which allows the resource to be used; otherwise, no allocation is performed.

36. The IPTV terminal of claim 33, wherein the resource management module further comprises: the resource server adaptation module and the resource agent adaptation module; wherein,

the resource server adaptation module is used for converting the information interacted between the IPTV application and the resource server into a format which can be identified by the opposite side and transmitting the information to the opposite side;

and the resource agent adaptation module is used for converting the information interacted between the IPTV application and the resource agent into a format which can be identified by the opposite side and transmitting the information to the opposite side.

37. The IPTV terminal according to claim 27, wherein the IPTV terminal further comprises: the system comprises a security management module and a security management policy library; wherein,

the safety management strategy library is used for storing safety strategy information for managing the operation requested by the browser or the IPTV application by the safety management module;

and the security management module is used for performing authority control processing on the operation requested by the browser or the IPTV application according to the security policy information.

38. The IPTV terminal of claim 37, wherein the security management module comprises: a request capture module and a safety control module; wherein,

the request capturing module is used for capturing an operation request sent by the browser or the IPTV application and transmitting the captured request to the security control module;

and the safety control module is used for carrying out authority verification on the received request according to the safety strategy information and allowing the execution of the operation meeting the authority requirement.

39. The IPTV terminal of claim 37, wherein the security management module further comprises:

and the security policy maintenance module is used for updating the security policy base.

40. The IPTV terminal of claim 37, wherein the security management module further comprises: and the security policy adaptation module is used for converting the security policy information in the security policy library into a format which can be identified by the security control module and transmitting the format to the security control module.

41. An IPTV system comprises an IPTV terminal and a network side server, wherein the IPTV terminal comprises a browser, and the terminal further comprises: the system comprises an information acquisition module and a processing module; wherein,