WO2012126339A1 - 互联网协议电视中业务收看的方法和系统 - Google Patents

互联网协议电视中业务收看的方法和系统 Download PDF

Info

Publication number
WO2012126339A1
WO2012126339A1 PCT/CN2012/072503 CN2012072503W WO2012126339A1 WO 2012126339 A1 WO2012126339 A1 WO 2012126339A1 CN 2012072503 W CN2012072503 W CN 2012072503W WO 2012126339 A1 WO2012126339 A1 WO 2012126339A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
service
content
identifier
subscription
Prior art date
Application number
PCT/CN2012/072503
Other languages
English (en)
French (fr)
Inventor
范姝男
王雷
郜文美
吕小强
Original Assignee
华为终端有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为终端有限公司 filed Critical 华为终端有限公司
Priority to EP12761125.9A priority Critical patent/EP2680575A4/en
Publication of WO2012126339A1 publication Critical patent/WO2012126339A1/zh
Priority to US14/027,893 priority patent/US20140020010A1/en

Links

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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/4227—Providing Remote input by a user located remotely from the client device, e.g. at work
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25875—Management of end-user data involving end-user authentication
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/8133—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts specifically related to the content, e.g. biography of the actors in a movie, detailed information about an article seen in a video program

Definitions

  • the present invention relates to the field of Internet Protocol Television (IPTV). More specifically, the present invention relates to a method and system for viewing a service in an Internet television. Background technique
  • IPTV Internet Protocol Television
  • IPTV Internet Protocol Television
  • IPTV technology integrates Internet, multimedia, communication and other technologies into one. It uses broadband network as the infrastructure, and uses home TV, personal computer, mobile phone, etc. as the main display terminal to provide users with digital TV programs through IP protocol.
  • QoS Quality of Service
  • QoE Quality of Experience
  • IPTV technology integrates Internet, multimedia, communication and other technologies into one. It uses broadband network as the infrastructure, and uses home TV, personal computer, mobile phone, etc. as the main display terminal to provide users with digital TV programs through IP protocol.
  • a variety of interactive multimedia services A variety of interactive multimedia services. The most important feature of IPTV is that it changes the traditional one-way broadcast media transmission mode, users can receive on demand, real-time interaction between users and media content providers, so as to better meet the individual needs of users.
  • the IPTV control function entity distributes the IPTV service to the authorized user, interacts with the Authentication and Session Management (ASM) functional entity, and routes the received and sent request message to the correct target receiving end. At the same time, the interaction with the IPTV subscription data and the billing related entity is completed.
  • ASM Authentication and Session Management
  • the user can store the subscription information of the user in the IPTV Service Profile.
  • the IPTV Service Provider provides the service according to the subscription information in the IPTV service profile.
  • the IPTV service profile information can be updated by the service provider or other authorized end users.
  • the subscription information stored in the IPTV service file includes: a range of programs authorized to be viewed by the user; a bookmark (a bookmark) set by the user for the previously viewed program, after the user retrieves the bookmark, the bookmark may continue according to the bookmark. Watch the previously viewed program; the personalized channel PCH set by the user is used to subscribe to the program that you like to watch.
  • the IPTV service file also includes functions such as user preference information.
  • a user database (User Database) is also defined in the IPTV system to ensure that IPTV subscribers can authorize access to the IPTV service platform and store information that is not related to the IPTV service, such as authentication information and communication-related information.
  • the authentication process of the IPTV user is to use the authentication information of the IMS subsystem subscriber identity module (ISIM) and the universal subscriber identity module (USIM) application module (USIM application) in the IP multimedia system gateway IG (IMS Gateway), via IG
  • IMS Gateway IP multimedia system gateway
  • the service platform provider authenticates the ASM and the user database to access and use the IPTV service.
  • the Universal Integrated Circuit Card is a removable smart card that stores information such as user information, authentication keys, phone books, and short messages.
  • the UICC can include a variety of logical applications, such as a Subscriber Identity Module (SIM), a Universal Subscriber Identity Module (USIM), and an IP Multimedia Service Identity Module (ISIM). Of course, UICC can also include other applications (e-wallets, etc.).
  • IMS-based services Users wishing to use IMS-based services must have one or more IMS private user IDs
  • IMPI IMS Private User Identities
  • UICC and HSS Home Subscriber Server
  • IMPI can be used to identify and obtain subscription information related to this user.
  • Each user can have one or more IMS public user IDs IMPU ( IMS Public User
  • IMPU is associated with IMPI.
  • the user authenticates through the UICC, including using an ISIM card or a USIM application to authenticate, obtaining access to the network provided by the IPTV service provider, and using the rights of the IPTV-related service provided by the IPTV service provider network.
  • the IPTV service provider obtains the subscription information in the IPTV service profile of the user according to the identity information used by the user, and provides the service signed by the user.
  • the network provided by the IPTV service provider is authenticated by the inserted card, and the IPTV service provider provides the user with the service signed by the user according to the identification information of the user bound by the user card. That is, the related content in the IPTV service file.
  • the bookmark that the user has set may be retrieved to continue watching the program. Or retrieve the personalized channel of this user set in the IPTV service profile (PCH) information, to watch personalized channels, preferences, etc. that you subscribe to.
  • PCH IPTV service profile
  • the user has a UICC card at home, and the above IMPI is used to register and use the network to obtain subscription information.
  • User A at home signed the IPTV service through the UICC at home, and set some information related to the IPTV service file, such as the Bookmark set for a certain content, and the PCH set.
  • user A goes out (for example, a friend's house, a hotel, etc.), and user A wants to continue to view the content related to the business information in the IPTV service file that he has signed up with, and enjoys the user experience that is still at home, but does not need to be himself again. Pay for network resources and use the network resources of a friend's home or hotel.
  • the prior art has the function of acquiring the user A subscription data through the terminal B.
  • IPTV service provider service platform Users generally access the IPTV service provider service platform through UICC authentication. If the user is not at home and uses other devices and uses different UICCs, they cannot access the IPTV service file information signed by themselves through other IPTV terminals.
  • An embodiment of the present invention provides a method for viewing an Internet Protocol television service content, including: receiving a request message for requesting to play a subscription service content of a first terminal on a second terminal; The service profile of the first terminal and the identifier of the second terminal are obtained, and the service content signed by the first terminal is sent to the second terminal according to the service profile of the first terminal and the identifier of the second terminal.
  • An embodiment of the present invention provides an Internet Protocol television service content viewing system, including: an authentication and session management unit, configured to receive a request message requesting to play a subscription service content of a first terminal on a second terminal, where the request message is Carrying the identifier of the second terminal; an internet protocol television service file server, configured to store an internet protocol television service file; and an internet protocol television control device, configured to use the request message according to the authentication and session management unit Obtaining, by the Internet Protocol Television Service Archive Server, the service profile of the first terminal, and transmitting, by the second terminal, the first terminal to the second terminal according to the service profile of the first terminal and the identifier of the second terminal.
  • Business content is described in this specification.
  • An embodiment of the present invention provides an Internet Protocol television control device, including: a receiving module, configured to receive a request message for requesting to play a subscription service content of a first terminal on a second terminal; and an acquiring module, configured to acquire, according to the request message, a request message a service profile of the terminal and an identifier of the second terminal; the sending module, configured to send, according to the service profile of the first terminal and the identifier of the second terminal, the service content signed by the first terminal to the second terminal.
  • the user can complete the secure authentication and notify by the contracted terminal.
  • the IPTV network side sends related service content to the second terminal according to the IPTV subscription information of the first terminal.
  • FIG. 1 is a flowchart of Embodiment 1 of an IPTV service content viewing method according to an embodiment of the present invention
  • FIG. 2 is a sequence diagram of Embodiment 1 of an IPTV service content viewing method according to an embodiment of the present invention
  • FIG. 3A to FIG. 3C are IPTV services according to an embodiment of the present invention
  • FIG. 4 is a flowchart of Embodiment 2 of an IPTV service content viewing method according to an embodiment of the present invention
  • FIG. 5 is a sequence diagram of Embodiment 2 of an IPTV service content viewing method according to an embodiment of the present invention
  • FIG. 7 is a sequence diagram of Embodiment 3 of an IPTV service content viewing method according to an embodiment of the present invention
  • FIG. 8 is a block diagram of a modified embodiment of an IPTV service content viewing system according to an embodiment of the present invention
  • FIG. 9 is a flowchart of Embodiment 4 of an IPT V service content viewing method according to an embodiment of the present invention
  • FIG. 10 is an IPT V service content according to an embodiment of the present invention
  • FIG. 11 is a sequence diagram of Embodiment 5 of the IPTV service content viewing method according to the embodiment of the present invention.
  • FIG. 1 is a flow chart of a first embodiment of a method according to an embodiment of the present invention
  • FIG. 2 is a timing diagram of a possible implementation manner of a first embodiment of a method according to the present invention.
  • the method for playing the first network television terminal ITF1 subscription service content on the second network television terminal IPTV terminal function (hereinafter referred to as ITF) is specifically described below with reference to FIG. 1 and FIG. 2, wherein the first and The second network television terminals ITF1 and ITF2 are IPTV subscription terminals, which may be contract terminals of different users, and the contracted service contents may be different.
  • the network side receives a request message requesting to play the first network television terminal ITF1 subscription service content on the second network television terminal ITF2.
  • the network side obtains the service file of ITF1 and the identifier of ITF2 according to the request message.
  • the network side sends the ITF1 contracted business content to the ITF2 according to the ITF1 business file and the ITF2 identifier.
  • S120 may include the following processes: ITF2 authentication process; ITF1 authentication process; ITF1 requests the process of obtaining the identity of ITF2.
  • S120 can include:
  • ITF2 sends a registration request to the IG requesting the use of the IPTV network.
  • the IG forwards the registration request to the ASM server, and the request carries the information read in the ISIM, the identification information such as IMPI and IMPU, and may also include the IP address information of the IG.
  • the ASM server initiates an authentication request to the user database, from the user database Obtain authentication data of the IMPI identifier.
  • the User database server sends the authentication data to the ASM.
  • the ASM returns a SIP 401 Unauthorized unauthorized message to the IG, rejects the IG authentication request, and carries the WWW-Authenticate header field and the authentication information in the 401 message. After receiving the message, the IG verifies the authentication information.
  • the IG sends a new registration request to the ASM carrying the authentication information calculated by the ISIM.
  • the ASM returns a 200 OK response to the IG, and the authentication succeeds.
  • the ASM notifies the user of the IPTV Control by means of the information;
  • ITF1 authentication uses the network process, basically the same as 201-208.
  • ITF1 sends a request to the IG requesting the ITF2 identity.
  • the method for obtaining the ITF2 identifier further includes, for example, reading the second terminal identifier (such as scanning code, reading the two-dimensional code on the ITF2), and transmitting by using the short-range communication method (for example, requesting the ITF2 identifier by using the wifi method).
  • the mechanism is obtained, manually input (such as phone number, address), etc. to obtain the ITF2 identifier.
  • the contracted service content of the ITF1 can be sent to the ITF2 for viewing. Therefore, this information can be ITF2 identification information, IMPI information, IMPU information, IP address information and other information types.
  • This request can also be sent directly from ITF1 to ITF2.
  • the IG sends an identification to ITF1.
  • the judgment process of ITF2 may be added.
  • the judgment process may include, for example, ITF2 manual judgment, and ITF2 determines whether it is possible to transmit its own identity to other terminals, and ITF2 determines whether there is a function of providing identification or the like. If so, the obtained ITF2 identifier is encapsulated in a response message.
  • ITF2 returns a response message carrying the ITF2 identification information.
  • S110 includes:
  • the user requests to send ITF 1 the contracted business content to ITF2, where ITF2 is selected by ITF 1.
  • the ITF1 sends a request to the ASM to send a request message to the ITF2 for the service content that the ITF1 wishes to view according to the ITF1 subscription information, where the message carries information such as ITF2 identification information, ITF1 user identification information, service identifier (service id) information and the like.
  • This business identifier can for example Record the service identification, the bookmark service identifier, the personalized channel service identifier, the application service identifier, and other IPTV service-related identifiers for the network.
  • the ASM server After receiving the request message, the ASM server forwards the request message to the IPTV Control function entity, where the IPTV Control function entity parses the request message as a request message for requesting to send the content of the ITF1 subscription service to the ITF2 according to the ITF1 user information. Then obtain the contract information of the ITF1 user.
  • the IPTV Control function entity sends the request information of the ITF1 user service file to the IPTV service file server, and carries the identification information of the ITF1 user;
  • the IPTV service archive server returns ITF1 related IPTV service profile information; 218.
  • the IPTV Control may perform a determination process, and the determining process may include: Whether ITF1 is a contracted user who can request to send ITF1 subscription business content to ITF2. In one embodiment of the invention, the determination process can also be completed before 216.
  • S130 the network side sends the ITF1 contracted service content to the ITF2 according to the ITF1 business file and the ITF2 identifier.
  • S130 may include:
  • the IPTV Control function entity further completes the determining process, and the determining process may include: determining whether the ITF2 is a legitimate service content receiving terminal, and whether the ITF2 sets a preference for playing non-ITF2 subscription related content, Determine whether ITF2 has the ability to display the contents of the IIF1 contract.
  • the IPTV Control returns a success response message to ITF1.
  • the playing of the content of the ITF1 user subscription can be implemented in the following two ways:
  • the first method is that the network side triggers the content of the ITF1 user subscription on the ITF2, and specifically includes:
  • the network side initiates a request to ITF2, for example, pushing to ITF2 by push
  • the service content description information may include description information of a single contracted service content, or description information of multiple contracted contents (such as a program guide).
  • the pushed business content itself may be the business content corresponding to the set user preference in the business file, such as the advertisement that the user wants to receive, etc. 222a. If the ITF2 wants to view the content or content related information triggered by the network side, Then, a response message is returned indicating that the user wants to watch; if the ITF2 does not want to watch, the response message is returned, indicating that the service is terminated.
  • the following process selects the process that users want to continue watching:
  • the ITF2 sends a service content play message (such as an RTSP Play message) to the content server according to the service content description information corresponding to the service file of the received ITF1, and instructs the network side to play the related content selected by the user according to the service content description information. ;
  • a service content play message such as an RTSP Play message
  • the content server returns a success response message
  • the content server sends the corresponding content to ITF2, so that ITF2 can play the corresponding content;
  • the second method is that the terminal triggers playing the content signed by the ITF1 user on the ITF2, and specifically includes:
  • the ITF2 initiates a request message for requesting to play the corresponding content to the network side, and may carry information such as a content id;
  • the IPTV Control function entity will use the function module to judge according to the IPTV service file, and confirm that it is necessary to send a message or content to the ITF2 terminal;
  • the determining may include: determining that the content requested by the ITF2 is the content related to the ITF1 user IPTV service signing, determining the ITF2 capability, and transmitting or converting the content into the ITF2 according to the ITF2 capability to play The content, judge ITF2 as a legal terminal and so on.
  • IPTV Control sends the content of the network TV service signed by ITFl to ITF2.
  • the request message may be sent by the ITF1, or the ITF2, and the notification may be sent.
  • the IPTV network suspends this service and optionally receives response messages from the network.
  • the method of the invention provided in the first embodiment may further include: the ITF1 sends a corresponding request to the ITF2, after the ITF1 service profile information is sent to the ITF1 subscription content, the ITF2 or the IPTV network obtains the content of the ITF1 subscription according to the information, and the ITF2 obtains the content of the ITF1 subscription in the ITF2.
  • the corresponding content is recorded locally, or the content of the ITF1 subscription is recorded on the IPTV network side
  • ITF2 locally prompts the ITF1 user, or the IPTV network side entity can send a notification message to the ITF2, prompting the user to play the content.
  • ITF1 signs up to record a TV show at 8:00 pm, while ITF1 users are watching another show on ITF2, ITF2 can record the show, or after the IPTV network side finishes recording, When the time comes or the ITF1 user makes a selection, the recorded program starts playing. At this time, if recording for the network, the network side can send a notification message to ITF2, informing ITF2 to play the recorded program.
  • the notification may also include a plurality of recorded programs, informing ITF2 of the selection of the program to be played.
  • the service content subscribed by the first network television terminal can be played on the second network television terminal.
  • the first network television terminal is the mobile phone of the user A
  • the second network television terminal is the television set of the user B.
  • the user A can trigger the IPTV content signed by the user A on the television of the user B through the mobile phone.
  • the flexibility of the user to play IPTV content is improved, which facilitates the transfer of IPTV content between different users and between different types of terminals.
  • FIG. 3A is a block diagram of an embodiment of an IPTV service content viewing system 30, the system including an ASM unit 100; and a request message for receiving a subscription service content requesting to play ITF1 on the ITF2, wherein the request message carries the
  • the IPTV service file server 200 is configured to store the IPTV service file; the IPTV control device 300 is configured to acquire the service of the ITF1 from the IPTV service file server 200 according to the request message sent from the ASM unit 100.
  • the IPTV control device 300 includes: a receiving module 310, configured to receive a request message from the ASM unit 100; and an obtaining module 320, configured to The message is obtained from the IPTV service archive server 200, and the sending module 330 is configured to send the ITF1 contracted service content to the ITF2 according to the service file of the ITF1 and the identifier of the ITF2.
  • FIG. 4 is a flow chart of a second embodiment of a method in accordance with the present invention
  • FIG. 5 is a timing diagram of one possible implementation of a second embodiment of the method according to the present invention.
  • the method of the second embodiment of the present invention will be specifically described below with reference to FIGS. 4 and 5 and simultaneously with reference to FIGS.
  • the difference between the second embodiment and the first embodiment is that the IPTV service file of the ITF1 is obtained for the specific content selected, and the specific content is played on the ITF2.
  • the specific content is indicated by a content identifier Content id.
  • the flow of the second embodiment is basically similar to the first embodiment, that is, including: at S410, receiving a request to play the first network television terminal ITF1 on the second network television terminal ITF2, by Content id A request message indicating the specific business service content.
  • the service profile of the ITF1 and the identifier of the second network television terminal ITF2 are obtained according to the request message.
  • the network side sends the specific service content of the ITF1 contract to the ITF2 according to the service file of the ITF1.
  • the specific details 501 to 523b specifically included in the flow of S410 to S430 are substantially similar to the specific details 201 to 223b of the first embodiment.
  • the second embodiment is the same as the first embodiment and will not be described again. The following mainly describes the difference between the second embodiment and the first embodiment.
  • the S410 of the second embodiment is different from the S110 of the first embodiment in that the network side receiving request plays the request message of the specific service content indicated by the Content id signed by the ITF1 on the ITF2. Therefore, in S430, the network side sends the specific service content indicated by the Content id signed by the ITF1 to the ITF2 according to the service file of the ITF1.
  • S410 includes:
  • the user requests to send ITF 1 the contracted business content to ITF2, where ITF2 is selected by ITF 1.
  • Information such as Content id information.
  • the ASM server and the RAC server complete resource reservation.
  • the ASM server After receiving the request message, the ASM server forwards the request message to the IPTV Control function entity.
  • the IPTV Control function entity parses the request message to request to send the ITF1 subscribed request message of the content indicated by the content identifier Content id to the ITF2 according to the IPTV Service Profile information of the ITF1 user, and further obtain the subscription information of the ITF1 user.
  • the S430 may include:
  • the IPTV Control obtains relevant content from the content server according to the Content id sent by ITF1 and the IPTV service profile information, and/or completes resource negotiation;
  • the IPTV Control function entity may be further determined.
  • the determining process may include determining whether the ITF2 is a legitimate service content receiving terminal, and whether the ITF2 sets a preference for playing non-ITF2 subscription related content, whether the ITF2 is Ability to display the content of the IIF1 contract.
  • the IPTV control function entity sends a successful response to the ASM.
  • the message (200 OK message), ASM forwards a successful response message to ITF1;
  • the ASM and the RAC (Resource and Admission Control) server confirm the resource reservation, for example, reserve sufficient bandwidth;
  • the IPTV Control function entity sends a request message to ITF2, requesting ITF2 to access, to obtain the program content (indicated by Content id) that ITF1 wants to present in ITF2, and the request message is forwarded by ASM to ITF2;
  • the ITF2 returns a 200 OK response message to the IPTV Control, and the response message is forwarded by the ASM to the IPTV Control function entity;
  • the ITF2 accesses the IPTV file server to obtain the IPTV content according to the related information in the request message sent by the IPTV function entity in 523.
  • ITF2 may send a play request to the content server or transport server, for example, an RTSP Play request message;
  • the content server returns a successful response
  • the content indicated by the Content id signed by ITF1 is sent to the ITF2 terminal for playback.
  • the content indicated by the Content id may be sent to the ITF2 for receiving by the IPTV Control, or may be notified by the IPTV Control to the access parameter required by the ITF2 to obtain the content, where the content is accessed by the ITF2.
  • the server, the content indicated by the Content id is provided by the content server to the ITF2.
  • the specific service content subscribed by the first network television terminal can be played on the second network television terminal.
  • the first network television terminal is the mobile phone of the user A
  • the second network television terminal is the user B television.
  • the user A can trigger the IPTV content signed by the user A on the television of the user B through the mobile phone.
  • the user A can send the identification of the specific program content, such as the name of the movie and the play bookmark, to the network side through the mobile phone, and the network side continues to play the movie that the user A has watched or signed on the user B's television according to the instruction of the user A.
  • the IPTV service content viewing system shown in FIG. 3A and FIG. 3B can be used to implement the technical solution of the second embodiment of the present invention.
  • the receiving module 310 of the IPTV Control device 300 is also used to receive the Content id from the ITF1 from the ASM unit 100.
  • the sending module 330 is specifically configured to send, to the ITF2, the service content indicated by the Content id signed by the ITF1 according to the service file of the ITF1 acquired by the obtaining module 320 and the identifier of the ITF2.
  • FIG. 3 shows a specific embodiment of an IPTV service content viewing system according to an embodiment of the present invention.
  • the IPTV control device 300 may further include a determining module 340, configured to determine whether the ITF1 is a subscription terminal that can request to send the ITF1 subscription content to the ITF2; or determine whether the ITF2 is Receiving the terminal for legitimate business content; or determining whether ITF2 is a contracting terminal that can play non-ITF2 contracted business content; or determining whether ITF2 has the ability to display ITF1 subscription content.
  • a determining module 340 configured to determine whether the ITF1 is a subscription terminal that can request to send the ITF1 subscription content to the ITF2; or determine whether the ITF2 is Receiving the terminal for legitimate business content; or determining whether ITF2 is a contracting terminal that can play non-ITF2 contracted business content; or determining whether ITF2 has the ability to display ITF1 subscription content.
  • the sending module 330 is specifically configured to: when the determining module 340 determines that the ITF1 is a subscription terminal that can request to send the ITF1 subscription content to the ITF2; or determine that the ITF2 is a legitimate service content receiving terminal; or determine that the ITF2 is a playable non-ITF2 If the ITF2 has the ability to display the content of the ITF1 subscription, the ITF1 contracted service content is sent to the ITF1 according to the IPTV service profile of the ITF1 and the identifier of the ITF2.
  • FIG 6 is a flow diagram of a third embodiment of a method in accordance with the present invention
  • Figure 7 is a timing diagram of one possible implementation of a third embodiment of the method in accordance with the present invention.
  • the ITF2 locally obtains the IPTV service profile information set by the ITF1 user, and saves it locally, and the ITF2 performs the local operation, acquires and plays the service content, and updates and maintains the ITF1 IPTV service file.
  • the method of the third embodiment of the present invention will be specifically described below with reference to Figs. 6 and 7 and also to Figs.
  • the method of the third embodiment includes: at S610, the network side receives a request message requesting to play the first network television terminal ITF1 subscription service content on the second network television terminal ITF2; and in S620, according to the request message Obtaining an identifier of the IPTV service profile of the ITF1 and the second network television terminal ITF2; in S630, receiving an update request message sent by the ITF2 according to the IPTV service profile, and updating the IPTV service profile information of the ITF1 according to the update message.
  • S610 and S620 are substantially similar to S110 and S120 in the method of Embodiment 1, and therefore the description will not be repeated.
  • S630 The possible specific implementation manner of S630 is specifically described below with reference to FIG. 6 and FIG. 7.
  • S630 can include:
  • the IPTV Control function entity sends request information for acquiring the IPTV service profile of the ITF1 to the IPTV service file server, where the request information carries the identifier information of the ITF1 user;
  • the IPTV service archive server returns ITF1 related IPTV service profile information to the IPTV Control function entity; 718.
  • the IPTV Control function entity further completes the determining process, and the determining process may include: determining whether the ITF2 is a legitimate service content receiving terminal, whether the ITF2 sets a preference for playing non-ITF2 subscription related content, and whether the ITF2 has the capability. Display the contents of the IIF1 contract, etc.;
  • the IPTV Control returns a success response message to the ASM; if the content cannot be sent to the ITF2, the content is returned to the ASM. Failure response message; 720.
  • ASM forwards a success or failure response to ITF1; if the return fails, the business process is terminated, and the following process is an example of a subsequent process of successful response:
  • ITF2 sends an HTTP Pending message to the IG.
  • the IG needs to send a message to ITF2, it can be carried in the response message of the HTTP Pending message.
  • the IPTV Control sends a SIP INFO message to the ITF2, where the SIP INFO message carries the ITF1 related IPTV service profile identification information, and the ASM forwards the message to the IG;
  • the IG forwards 722 the SIP INFO message to the ITF2 via the HTTP 200 OK message.
  • This HTTP 200 OK message is a response message to the HTTP Pending message in 721.
  • ITF2 can obtain ITF1 IPTV service profile information from IPTV Control and carry it in this message;
  • ITF2 stores the acquired ITF1 IPTV service profile information in the default storage area, and the stored ITF1 related IPTV service file will be used to present the ITF1 contracted content on ITF2;
  • ITF2 carries a success response message to the IG through the HTTP Pending message
  • the IG returns a successful response to the ASM; the ASM forwards this response message to the IPTV Control functional entity.
  • the content server sends the ITF1 contracted business content to ITF2;
  • the ITF2 When the service ends, if the ITF1 IPTV service profile needs to be updated, the ITF2 will send an update request, the request message carries the updated IPTV service profile information, and the ITF2 updates the corresponding IPTV service profile information of the ITF1. After receiving this information, the network side will update according to the ITF1 identification information.
  • ITF 2 deletes the IPTV service profile information of its stored ITF1.
  • ITF2 can obtain the IPTV service file of ITF1 and store it locally.
  • the ITF2 can play the ITF1 contracted service content according to the obtained IPTV service file of the ITF1, and after the completion of the play, can update the stored IPTV service file of the ITF1 and notify the network side to update the IPTV service file of the ITF1 stored on the service file server.
  • the advantage of such a design is that, for example, after playing a movie signed by the mobile phone (as the first terminal ITF1) on the television (as the second terminal ITF2), the name and playing time of the movie played on the television can be saved on the server. (as business profile information), in order to play back movies that have not been played on a mobile phone or other terminal (for example, another TV).
  • FIG. 8 is a block diagram showing an IPTV service content viewing system for implementing the third embodiment of the present invention.
  • the system shown in FIG. 8 is an improvement of the IPTV service content viewing system shown in FIG. 3A and FIG. 3B, and can be used to implement the technical solution of the third embodiment of the present invention.
  • the receiving module 310 of the IPTV control device 300 is further configured to receive a service profile update request from the ITF2, where the request message carries the IPTV service profile information updated by the ITF1 subscription; and the sending module 330 is configured to send the IPTV service profile server to the IPTV service profile server. 200 sends the service file update request.
  • the IPTV service file server 200 is configured to update the IPTV service file information signed by the ITF1 after receiving the service file update request sent by the sending module 330.
  • Figure 9 is a flow diagram of a fourth embodiment of a method in accordance with the present invention
  • Figure 10 is a timing diagram of one possible implementation of a fourth embodiment of the method in accordance with the present invention.
  • the fourth embodiment is an improvement to the third embodiment, and the improvement is the process of updating the IPTV service file.
  • the other parts of the fourth embodiment, S910 to S920, are substantially similar to the S610 to S620 of the third embodiment, and thus the repeated description will not be repeated.
  • the same portions of the timing chart in Fig. 10 as those shown in Fig. 7 are also omitted.
  • the S930 of the fourth embodiment is specifically described below with reference to FIG. 9 and FIG. 10, that is, the update message sent by the ITF2 according to the IPTV service profile is received, and the IPTV service profile of the ITF1 is updated according to the update message.
  • the S930 can include:
  • ITF2 performs changes to ITF1's IPTV service profile, such as saving new bookmark information, choosing to subscribe to new personalized channels, new programs, and so on.
  • the ITF2 sends a message carrying the information of the IPTV service file change to the IPTV Control, where the message can carry the ITF1 user identifier, and if the network side has already performed service binding, it does not need to carry With ITF1 user ID. That is, when the ITF2 has any operation to update the IPTV service file to the received IPTV service or IPTV content, the message is sent;
  • the IPTV control function entity After receiving the request information, the IPTV control function entity determines that the update operation is an operation of updating the service profile of the ITF1, and the determining process may be determined according to the information such as the ITF1 identifier, the ITF2 identifier, and the previous session identifier carried in the message. According to the judgment, the IPTV Control does not store the changed operation in the ITF2 business file, but stores the changed operation in the ITF1 user's IPTV service file. For example, the bookmark set by the ITF2 program is saved to the ITF1 user's IPTV service file;
  • the IPTV Control function entity sends a request message to the IPTV service file server, which can carry information such as the ITF1 user identifier, the service file index, and the like, and notify the server to perform the storage update operation.
  • the IPTV service archive server returns a successful response
  • IPTV Control function entity returns a successful response to ITF2;
  • the IPTV Control function entity may notify the ITF1 after the IPTV service profile information of the ITF1 is updated by the ITF2; that is, the IPTV Control function entity sends a notification message to the ITF1, where the notification message carries the IPTV service file.
  • Information change information may be used to notify the ITF1 after the IPTV service profile information of the ITF1 is updated by the ITF2; that is, the IPTV Control function entity sends a notification message to the ITF1, where the notification message carries the IPTV service file.
  • ITF1 returns a response message to the IPTV Control function entity.
  • the ITF2 IPTV service file of the network side can be updated by the ITF2.
  • the viewing system shown in FIG. 8 can be used to implement the method of the fourth embodiment.
  • the sending module 330 of the IPTV control device 300 is further configured to send a notification to the ITF1 to notify the update operation after the IPTV service profile of the ITF1 is updated.
  • the ITF is an implementation example of the user IPTV terminal device, which may be a physical entity separated by the OITF and the IG, and may be a physical entity integrated by the OITF and the IG, or may be a separate OITF terminal.
  • Embodiment 5 may be a physical entity separated by the OITF and the IG, and may be a physical entity integrated by the OITF and the IG, or may be a separate OITF terminal.
  • FIG 11 is a timing diagram of a fifth embodiment of a method in accordance with the present invention.
  • the username and password of the ITF1 are input on the ITF2 terminal.
  • the user's name and password are input to obtain the authentication data to further obtain the IPTV service file of the ITF1, or obtain the IPTV service file of the ITF1 by using the user name and password, thereby further transmitting the business content signed by the ITF1 user to the ITF2.
  • the fifth embodiment specifically includes:
  • ITF2 authentication uses the network
  • IPTV network Enter the user password on ITF2 and log in to the IPTV network.
  • the function of securely accessing the relevant IPTV service file signed by ITF1 on the ITF2 by the user name and password is provided, for example, by using the application software, encrypting the transmitted information, and implementing the transmission through the ITF2 security encryption mechanism;
  • ITF2 sends a request message to the IPTV Control to play content according to the ITF 1 user profile.
  • the request carries the username and password information input by the user;
  • IPTV Control function entity returns an acknowledgement response
  • the IPTV Control function entity sends a query request to the user database function entity, obtains the authentication data of the ITF1, and the user obtains the ITF1 user profile information.
  • the ITF1 user profile information is not required to be obtained through the authentication data, the process is not performed, and the ITF1 user profile is obtained according to the carried user name and password;
  • the IPTV Control initiates a request for acquiring an ITF1 service profile to the IPTV Service Profile server, and obtains an ITF1 service file;
  • IPTV Control negotiates with the content server CDN the service content provided to ITF2;
  • the ITF2 and CDN servers pass and play the contents of the ITF2 request.
  • the IPTV user can use the subscribed terminal to play the service content signed by other terminals, thereby implementing flexible transfer and switching of the IPTV service content between the terminals.
  • the service content played by IPTV users through different subscription terminals can be transplanted to other terminals to continue playing. In this way, the terminal is limited to the content of the IPTV service, thereby greatly expanding the use environment of the IPTV service content.
  • the function of acquiring the service related to the IPTV subscription information through other external devices when the user views using other terminals can be realized.
  • the user can enjoy his own contract information at will, and enjoy the contracted business anywhere. It does not need to be implemented by any business process such as session transfer, or every operation, and realizes the user experience of watching through the external device as at home.
  • the steps of a method or algorithm described in connection with the embodiments disclosed herein can be implemented in hardware, a software module executed by a processor, or a combination of both.
  • the software module can be placed in random access memory (RAM), memory, read only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or technical field. Any other form of storage medium known.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Graphics (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施例提供一种互联网协议电视业务内容收看方法，所述方法包括：接收请求在第二网络电视终端上播放第一网络电视终端的签约业务内容的请求消息；根据所述请求消息获取第一终端的业务档案和第二终端的标识；根据第一终端的业务档案和第二终端的标识向第二终端发送第一终端签约的业务内容。通过本发明，用户可以通过签约的终端，完成安全的鉴权，并通知IPTV网络侧，将根据第一终端的IPTV签约信息，向第二终端发送相关的业务内容。

Description

互联网协议电视中业务收看的方法和系统 本申请要求于 2011 年 3 月 18 日提交中国专利局、 申请号为 201110066969.5、 名称为 "互联网协议电视中业务收看的方法和系统" 的中国 专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及互联网协议电视（IPTV )领域。 更具体地说， 本发明涉及互 联网电视中业务收看的方法和系统。 背景技术
IPTV ( Internet Protocol Television )互联网协议电视， 俗称交互式网络电 视， 是在 IP网络上传送包含电视、 视频、 文本、 图像、 数据等， 提供 QoS (服 务质量） /QoE (体验质量）、 安全、 交互性和可靠性的可管理的多媒体业务。 IPTV技术集 Internet, 多媒体、 通信等多种技术于一体， 利用宽带网络作为基 础设施， 以家用电视机、 个人电脑、 手机等作为主要显示终端， 通过 IP协议 向用户提供包括数字电视节目在内的多种交互型多媒体业务。 IPTV最主要的 特点在于它改变了传统的单向广播式的媒体传播方式， 用户可以按需接收， 实 现用户与媒体内容提供商的实时交互， 从而更好的满足用户个性化需求。
IPTV控制功能实体将 IPTV业务分发给授权的用户， 与鉴权和会话管理 ( ASM ) ( Authentication and Session Management )功能实体交互， 路由接收的 和发送的请求消息到正确的目标接收端。 同时完成与 IPTV签约数据和计费相 关实体的交互。
在 IPTV 系统中， 用户可以将用户的签约信息， 存储在 IPTV 业务档案 ( IPTV Service Profile )中。 当用户请求 IPTV业务时， IPTV业务提供商（ IPTV Service Provider )会根据 IPTV 业务档案中的签约信息，来提供业务。 IPTV 业 务档案信息可由业务供应商或其他授权的终端用户来进行更新。 IPTV 业务档 案中存储的签约信息包括： 授权该用户可观看的节目范围； 用户对之前观看的 节目进行设置的书签（Bookmark ), 用户取回该书签后， 可根据此书签， 继续 观看之前观看的节目；用户设置的个性化频道 PCH, 用于订阅自己喜欢观看的 节目。 IPTV 业务档案中还包括用户的偏好信息等功能。
IPTV系统中还定义了一个用户数据库（ User Database ), 用来确保 IPTV 签约用户可以授权接入 IPTV业务平台， 存储一些与 IPTV业务无关的信息， 例如鉴权信息， 通信相关的信息。 IPTV用户的鉴权过程为， 使用 IP多媒体系 统网关 IG ( IMS Gateway ) 中的 IMS子系统用户识别模块（ ISIM )、 通用用户 识别模块（USIM )应用模块（USIM application ) 的鉴权信息， 经由 IG通过 业务平台提供商向 ASM和用户数据库鉴权， 来接入并使用 IPTV业务。
通用集成电路卡 （ UICC ) ( Universal Integrated Circuit Card )卡是一种可 移动智能卡， 它用于存储用户信息、鉴权密钥、 电话簿、短消息等信息。 UICC 可以包括多种逻辑应用， 例如用户标识模块 （ SIM ) ( Subscriber Identity Module )、 通用用户标识模块（ USIM ) ( Universal Subscriber Identity Module )、 IP多媒体业务标识模块（ ISIM, IP Multimedia Service Identity Module )。 当然 UICC还可以包括其它应用 （电子钱包等）。
用户希望使用基于 IMS 的业务， 必须有一个或多个 IMS 私有用户标识
( IMPI )( IMS Private User Identities ),由网络运营商分配，后续用于业务注册、 鉴权、 管理和计费。 IMPI存储在 UICC和 HSS (签约用户归属服务器 Home Subscriber Server ) 中， 标识用户的签约关系， IMPI可用来标识和获取此用户 相关的签约信息。
每个用户可以有一个或多个 IMS公共用户标识 IMPU ( IMS Public User
Identities ), IMPU与 IMPI关联绑定。
现有技术中，用户通过 UICC来鉴权，包括使用 ISIM卡或 USIM application 来鉴权， 获得接入 IPTV业务提供商提供的网络， 使用 IPTV业务提供商网络 提供的 IPTV相关的业务的权限。 用户接入网络后， IPTV业务提供商， 会根 据用户所使用的身份信息， 来获取此用户的 IPTV 业务档案中的签约信息，提 供用户签约的业务。 例如， 当用户在家观看 IPTV业务时， 通过插入的卡， 来 鉴权使用 IPTV业务提供商提供的网络， IPTV业务提供商根据用户卡所绑定 的用户的识别信息， 向用户提供用户签约的业务， 即 IPTV 业务档案中相关的 内容， 比如用户请求设置 Bookmark后,可以通过取回此用户曾经设置的书签， 以便继续观看此节目。 或取回 IPTV 业务档案中设置的此用户的个性化频道 (PCH)的信息， 来观看自己订阅的个性化频道， 偏好节目等。 现有技术中提供 了基本的 Bookmark创建 /存储过程， 和取回 Bookmark过程。
举例来说， 用户在家里有一个 UICC卡， 通过上面的 IMPI来注册使用网 络， 获取签约信息。
在现有技术中， 如果用户不在家时， 例如用户在外地， 或朋友家时， 无法 获取自己已经订购的签约信息， 无法实现通过非家庭中的设备继续观看自己 签约关系相关的内容。 因此考虑如下应用场景举例：
用户 A在家中，通过家中的 UICC签约了 IPTV业务，并设置了一些 IPTV 业务档案相关的信息， 例如对某个内容设置的 Bookmark, 设置的 PCH。 这时 用户 A外出（例如朋友家， 宾馆等）， 用户 A希望用终端 B继续观看自己签约 的 IPTV业务档案中业务信息相关的内容， 享受外出仍然像在家一样的用户体 验， 但不需要自己再次付费网络资源， 而使用朋友家或宾馆的网络资源。
由于目前的签约关系绑定在 UICC 卡上， 而外出使用的终端 B, 提供的 IMPI无法获取用户 A的签约信息，终端 B为非法获取用户 A签约信息的设备， 例如朋友家的终端 B 可以获取朋友的签约信息。 因此， 针对如上的场景， 现 有技术存在无法实现通过终端 B获取用户 A签约数据的功能。
综上， 现有技术存在如下问题：
1. 用户一般通过 UICC认证接入 IPTV业务提供商业务平台，如果用户并 不在家， 而使用其它设备而使用了不同的 UICC, 无法通过其它的 IPTV终端 接入自己签约的 IPTV业务档案信息；
2. 用户如果通过自己的终端观看， 比如外出在宾馆观看时， 无法使用所 在地的 IPTV网络资源和终端， 来观看自己设定的 IPTV 业务档案信息相关的 内容， 例如 bookmark, 个性化频道设定等业务信息， 导致外出不像在家一样 的不好的用户体验。 发明内容
本发明的目的是提供一种互联网协议电视中业务收看的方法和系统，使得 用户可通过其他终端来获取用户通过另一终端签约的 IPTV签约内容。
本发明实施例提供了一种互联网协议电视业务内容收看方法， 包括： 接收 请求在第二终端上播放第一终端的签约业务内容的请求消息；根据所述请求消 息获取第一终端的业务档案和第二终端的标识；根据第一终端的业务档案和所 述第二终端的标识向第二终端发送第一终端签约的业务内容。
本发明实施例提供一种互联网协议电视业务内容收看系统， 包括： 鉴权与 会话管理单元，用于接收请求在第二终端上播放第一终端的签约业务内容的请 求消息， 其中所述请求消息中携带所述第二终端的标识； 互联网协议电视业务 档案服务器， 用于存储互联网协议电视业务档案； 互联网协议电视控制设备， 用于根据发自所述鉴权与会话管理单元的所述请求消息，从所述互联网协议电 视业务档案服务器获取所述第一终端的业务档案，并根据第一终端的业务档案 和所述第二终端的标识向所述第二终端发送所述第一终端签约的业务内容。
本发明实施例提供一种互联网协议电视控制设备， 包括： 接收模块， 用于 接收请求在第二终端上播放第一终端的签约业务内容的请求消息； 获取模块， 用于根据请求消息， 获取第一终端的业务档案和第二终端的标识； 发送模块， 用于根据第一终端的业务档案和第二终端的标识向第二终端发送第一终端签 约的业务内容。
通过本发明实施例， 用户可以通过签约的终端， 完成安全的鉴权， 并通知
IPTV 网络侧， 根据第一终端的 IPTV签约信息， 向第二终端发送相关的业务 内容。 附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术 描述中所需要使用的附图作简单地介绍，显而易见地， 下面描述中的附图仅仅 是本发明的一些实施例，对于本领域普通技术人员来讲， 在不付出创造性劳动 性的前提下， 还可以根据这些附图获得其他的附图。 在附图中：
图 1是本发明实施例 IPTV业务内容收看方法实施例一的流程图； 图 2是本发明实施例 IPTV业务内容收看方法实施例一的时序图； 图 3A至图 3C是本发明实施例 IPTV业务内容收看系统的框图； 图 4是本发明实施例 IPTV业务内容收看方法实施例二的流程图； 图 5是本发明实施例 IPTV业务内容收看方法实施例二的时序图； 图 6是本发明实施例 IPTV业务内容收看方法实施例三的流程图； 图 7是本发明实施例 IPTV业务内容收看方法实施例三的时序图； 图 8是本发明实施例 IPTV业务内容收看系统的改进实施例的框图； 图 9是本发明实施例 IPT V业务内容收看方法实施例四的流程图； 图 10是本发明实施例 IPT V业务内容收看方法实施例四的时序图； 和 图 11是本发明实施例 IPTV业务内容收看方法实施例五的时序图。 具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部 的实施例。基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳 动前提下所获得的所有其他实施例， 都属于本发明保护的范围。 实施例一
图 1是根据本发明实施例的方法实施例一的流程图，而图 2是根据本发明 的方法实施例一的一种可能的实现方式的时序图。 以下结合图 1和图 2, 具体 说明在第二网络电视终端 IPTV终端功能 2 ( IPTV Terminal Function , 以下简 称为 ITF )上播放第一网络电视终端 ITF1签约业务内容的方法， 其中所述第 一和第二网络电视终端 ITF1和 ITF2均为 IPTV签约终端， 它们可以是不同用 户的签约终端， 签约的业务内容可以不同。
在实施例一的方法中，在 S110,网络侧接收请求在第二网络电视终端 ITF2 上播放第一网络电视终端 ITF1签约业务内容的请求消息。 在 S120 , 网络侧根 据该请求消息获取 ITF1的业务档案和 ITF2的标识。 然后， 在 S130, 网络侧 根据 ITF1的业务档案和 ITF2的标识向 ITF2发送 ITF1签约的业务内容。 S120 可以包括以下过程： ITF2鉴权过程； ITF1鉴权过程； ITF1请求获取 ITF2的 标识的过程。
结合图 2的时序图具体来说， 为了方便描述并与图 2时序图对应， 首先具 体描述 S120的过程。 S120可以包括：
201. ITF2向 IG发送注册请求， 请求使用 IPTV网络。
202. IG向 ASM服务器转发此注册请求， 此请求中将携带 ISIM中 读取的信息， IMPI和 IMPU等标识信息，还可以包含 IG的 IP地址信息。
203. ASM服务器向 user database发起鉴权请求， 从 user database 获取 IMPI标识的鉴权数据。
204. User database服务器发送鉴权数据给 ASM。
205. ASM向 IG返回 SIP 401Unauthorized未授权消息， 拒绝 IG 的鉴权请求，在此 401消息中携带 WWW- Authenticate头域和鉴权信息， IG收到此消息后， 验证鉴权信息。
206. IG向 ASM发送新的注册请求，携带 ISIM计算出的鉴权信息。
207. ASM向 IG返回 200 OK响应， 鉴权成功， ASM将用户鉴权 通过信息通知 IPTV Control;
208. IG通知 ITF2鉴权响应；
209. ITF1鉴权使用网络流程， 基本同 201-208。
210. ITF1向 IG发送请求， 请求获取 ITF2标识。 此处为向 IG获 取 ITF2签约的标识。获取 ITF2 标识的方法还包括例如通过读取第二终 端标识（比如扫码， 读取 ITF2上的二维码）、 通过近距离通信方式传递 (比如通过 wifi方式请求 ITF2标识） 方式获取、 通过设备发现机制获 取、 人工输入（比如电话号码、 地址）等方式来获取 ITF2标识。 例如通 过 IG或 ITF2上的二维码， 或动态生成的二维码， 获得 ITF2的标识后， 可以将 ITF1 的签约业务内容发送到 ITF2 上观看。 所以此信息可以为 ITF2的标识信息， IMPI信息， IMPU信息， IP地址信息等信息类型。 此 请求也可由 ITF1向 ITF2直接发送。
211. IG向 ITF1发送标识。在 211中， 可以加入 ITF2的判断过程， 此判断过程例如可以包括 ITF2人工判断， ITF2判断是否可以将自己的 标识发送给其他终端， ITF2判断是否有提供标识的功能等。 如果可以， 则将获取的 ITF2标识封装在响应消息中。
212. ITF2返回响应消息， 携带 ITF2标识信息。
结合图 2的时序图具体来说， S110包括：
213.用户请求向 ITF2发送 ITF 1签约的业务内容，其中 ITF2是 ITF 1 选定的。
214. ITF1向 ASM发送请求根据 ITF1签约信息向 ITF2发送 ITF1 希望观看的业务内容的请求消息， 消息中携带 ITF2标识信息， ITF1用 户标识信息， 业务标识 （service id )信息等信息。 此业务标识例如可以 为网络录制业务标识， bookmark业务标识， 个性化频道业务标识， 应用 业务标识等 IPTV业务相关的标识等。
215. ASM服务器接到此请求消息后， 将此请求消息转发给 IPTV Control功能实体，其中 IPTV Control功能实体解析此请求消息为请求根 据 ITF1用户信息， 向 ITF2发送 ITF1签约业务的内容的请求消息，则进 一步获取 ITF1用户的签约信息。
216. IPTV Control功能实体向 IPTV 业务档案服务器发送获取 ITFl 用户业务档案的请求信息， 携带 ITF1用户的标识信息；
217. IPTV 业务档案服务器返回 ITFl相关的 IPTV 业务档案信息； 218. 在本发明的一个实施例中， 在向 ITF2发送 ITF1的业务档案 信息之前， IPTV Control可以实施判断过程， 判断过程可以包括： 判断 ITF1是否为可以请求向 ITF2发送 ITF1签约业务内容的签约用户。在本 发明的一个实施例中， 该判断过程也可在 216前完成。
在 S130, 网络侧根据 ITF1的业务档案和 ITF2的标识向 ITF2发送 ITF1 签约的业务内容。 结合图 2的时序图具体来说， S130可以包括：
219. 在本发明的一个实施例中， IPTV Control 功能实体进一步完 成确定过程，该确定过程可以包括： 确定 ITF2是否为合法的业务内容接 收终端， ITF2是否设置了播放非 ITF2签约相关内容的偏好， 判断 ITF2 是否有能力显示 IIF1签约的内容等。
220.如果判断为可以，则 IPTV Control向 ITFl返回成功响应消息。 在完成以上过程后，可选的， ITF1用户签约内容的播放可以由以下 两种方式实现：
方式一为网络侧触发在 ITF2 上播放 ITF1用户签约的内容，具体包 括：
221a. 网络侧向 ITF2发起请求， 例如通过推送方式向 ITF2推送
ITF1的业务档案对应的业务内容描述信息或签约的业务内容本身。该业 务内容描述信息可以包括单一签约业务内容的描述信息， 或多个签约内 容的描述信息 （如节目指南）等。 推送的业务内容本身可以是业务档案 中的设定的用户偏好对应的业务内容， 如用户希望接收到的广告等； 222a. ITF2如希望观看网络侧触发推送的内容或内容相关的信息， 则返回响应消息，指示希望观看； ITF2如不希望观看，则返回响应消息， 指示业务终止。 以下流程为用户选择希望继续观看的流程：
223a. ITF2根据接收到的 ITFl的业务档案对应的业务内容描述信 息， 向内容服务器发送业务内容播放消息 （如 RTSP Play消息） ， 向网 络侧指示播放用户根据所述业务内容描述信息选择的相关内容；
224a. 内容服务器返回成功响应消息；
225a. 内容服务器向 ITF2发送相应的内容， 以使 ITF2可以播放相 应的内容；
方式二为终端触发在 ITF2 上播放 ITF1 用户签约的内容， 具体包 括：
221b. ITF2向网络侧发起请求播放相应内容的请求消息，可携带例 如 content id等信息；
222b. IPTV Control功能实体将根据 IPTV 业务档案， 利用功能模 块进行判断， 确认需要发送消息或内容给 ITF2终端；
具体的， IPTV Control功能实体中的判断功能模块将完成的判断可 以包括： 判断 ITF2请求播放的内容为 ITF1用户 IPTV业务签约相关的 内容， 判断 ITF2能力， 根据 ITF2能力发送或转化内容成 ITF2 能播放 的内容， 判断 ITF2为合法终端等判断。
223b. IPTV Control将 ITFl签约的网络电视业务内容发送给 ITF2。 可选的，在业务结束后，即 ITFl不希望继续在 ITF2上继续播放 ITFl 签约的 IPTV业务内容时， 或 ITF2不希望继续播放 ITF1签约的业务时， 可以由 ITF1 , 或 ITF2发送请求消息， 通知 IPTV网络， 暂停此业务， 并 可选的接收网络的响应消息。
实施例一提供的发明方法中，还可以包括， ITF1向 ITF2发送相应的请求 根据 ITF1业务档案信息相 ITF2发送 ITF1签约内容后， ITF2或 IPTV网络根 据此信息， ITF2获取 ITF1签约的内容为在 ITF2本地录制了相应的内容后， 或 IPTV网络侧录制了 ITF1签约的内容后，在时间到来时， ITF2本地提示 ITF1 用户， 或 IPTV网络侧实体可以向 ITF2发送通知消息， 提示用户可播放内容 的场景。 例如， ITF1签约晚上 8点录制一个电视节目， 而 ITF1用户正在 ITF2 上观看另一个节目， ITF2可对节目进行录制， 或 IPTV网络侧完成录制后， 当 时间到来或 ITF1用户进行选择后， 开始播放此录制的节目。 此时， 如果为网 络录制的情况下， 网络侧可发送通知消息给 ITF2 , 通知 ITF2播放此录制的节 目。 该通知也可包含多个录制的节目， 通知 ITF2进行播放节目的选择。
根据本发明的实施例一，可以实现在第二网络电视终端上播放第一网络电 视终端签约的业务内容。 例如， 第一网络电视终端为用户 A的手机， 而第二 网络电视终端为用户 B的电视机， 实施例一可以实现用户 A通过手机触发在 用户 B的电视机上播放用户 A签约的 IPTV内容。提高了用户播放 IPTV内容 的灵活性， 有利于 IPTV内容在不同用户间， 不同类型的终端之间进行转移播 放。
为实现实施例一的技术方案， 本发明实施例提出了一种 IPTV业务内容收 看系统。 图 3A示出了 IPTV业务内容收看系统 30实施例的框图， 所述系统包 括 ASM单元 100; 用于接收请求在 ITF2上播放 ITF1的签约业务内容的请求 消息，其中所述请求消息中携带所述 ITF2的标识； IPTV 业务档案服务器 200, 用于存储 IPTV业务档案； IPTV Control设备 300, 该 IPTV Control设备用于 根据发自 ASM单元 100的所述请求消息， 从 IPTV业务档案服务器 200获取 ITF1的业务档案， 并根据 ITF1的业务档案和 ITF2的标识向 ITF2发送 ITF1 签约的业务内容。
如图 3B所示， 居所述 IPTV业务内容收看系统的一种实施例， IPTV Control设备 300包括： 接收模块 310, 用于从所述 ASM单元 100接收请求消息； 获取模块 320, 用于根据请求消息， 从 IPTV业务档案服务器 200获取 ITF1的业 务档案；发送模块 330,用于根据 ITF1的业务档案和 ITF2的标识向 ITF2发送 ITF1 签约的业务内容。
实施例二
图 4是根据本发明的方法实施例二的流程图，而图 5是根据本发明方法实 施例二的一种可能的实现方式的时序图。 以下结合图 4和图 5并同时参照图 1 至 3具体说明本发明实施例二的方法。 实施例二与实施例一的区别之处在于， 针对选择的具体内容来获取 ITF1的 IPTV业务档案， 在 ITF2上播放所述的具 体内容。 所述具体内容由内容标识 Content id来指示。
实施例二的流程基本上类似于实施例一， 即包括： 在 S410, 接收请求在 第二网络电视终端 ITF2上播放第一网络电视终端 ITF1签约的、 由 Content id 所指示的具体业务业务内容的请求消息。在 S420,根据所述请求消息获取 ITF1 的业务档案和第二网络电视终端 ITF2的标识。 在 S430, 网络侧根据 ITF1的 业务档案向 ITF2发送 ITF1签约的具体业务内容。 在本发明的一个实施例中， S410至 S430的流程中具体包含的具体细节 501至 523b基本类似于实施例一 的具体细节 201至 223b。
实施例二与实施例一相同的部分不再赘述，下面主要描述实施例二与实施 例一不同之处。 实施例二的 S410不同于实施例一的 S110之处在于， 网络侧接 收请求在 ITF2上播放 ITF1签约的， 由 Content id所指示的具体业务内容的请 求消息。 由此， 在 S430, 网络侧根据 ITF1的业务档案向 ITF2发送 ITF1签约 的， 由 Content id所指示的具体业务内容。
结合图 4和图 5, 具体来说， S410包括：
513.用户请求向 ITF2发送 ITF 1签约的业务内容，其中 ITF2是 ITF 1 选定的。
514.向 ASM发送请求将 ITF1签约业务内容发送到 ITF2呈现的请 求消息， 消息中可携带 ITF2标识信息， ITF 1用户标识信息， 内容标识
Content id信息等信息。
515. ASM服务器与 RAC服务器完成资源预留。
516. ASM服务器接收到此请求消息后，将此请求消息转发给 IPTV Control功能实体。
517. IPTV Control功能实体解析此请求消息为请求根据 ITF1用户 的 IPTV Service Profile信息， 向 ITF2发送 ITF1签约的， 由内容标识 Content id指示的内容的请求消息，则进一步获取 ITF1用户的签约信息。
结合图 4和图 5, 具体来说， S430可以包括：
519. IPTV Control根据 ITF1发送的 Content id以及 IPTV 业务档 案信息， 向内容服务器获取相关的内容， 和 /或完成资源协商；
520. 在本发明的一个实施例中， 可以实现 IPTV Control功能实体 进一步确定，该确定过程可以包括确定 ITF2是否为合法的业务内容接收 终端， ITF2是否设置播放非 ITF2签约相关内容的偏好， ITF2是否有能 力显示 IIF1签约的内容等。
521. 如果可以播放， IPTV control功能实体向 ASM发送成功的响 应消息 （ 200 OK消息） ， ASM向 ITF1转发成功的响应消息；
522. ASM与 RAC(Resource and Admission Control)服务器确认资源 预留， 例如预留足够的带宽；
523. IPTV Control功能实体向 ITF2发送请求消息， 请求 ITF2接 入， 以获取 ITF1希望在 ITF2呈现的节目内容（由 Content id指示 ) , 该请求消息由 ASM向 ITF2转发；
524. ITF2向 IPTV Control返回 200 OK响应消息 , 该响应消息由 ASM向 IPTV Control功能实体转发；
525. ITF2根据 523中 IPTV功能实体发送的请求消息中的相关信 息， 接入 IPTV档案服务器以获取 IPTV内容。 ITF2可向内容服务器或 传输服务器发送播放请求， 例如， RTSP Play请求消息；
526. 内容服务器返回成功响应；
527. ITF1签约的， 由 Content id指示的内容， 被发送给 ITF2终端 进行播放。
可选的， Content id所指示的内容， 可以为 IPTV Control获取该内 容后 , 发送给 ITF2来接收， 也可以由 IPTV Control通知 ITF2获取该内 容所需的接入参数， 由 ITF2接入内容所在的服务器， 由内容服务器向 ITF2提供所述 Content id所指示的内容。
根据本发明的实施例二，可以实现在第二网络电视终端上播放第一网络电 视终端签约的具体业务内容。 例如， 第一网络电视终端为用户 A的手机， 而 第二网络电视终端为用户 B电视机， 实施例一可以实现用户 A通过手机触发 在用户 B的电视机上播放用户 A签约的 IPTV内容。 用户 A可以通过手机将 具体的节目内容的标识， 例如电影的名称以及播放书签发送给网络侧， 网络侧 根据用户 A指示在用户 B的电视机上继续播放用户 A曾观看或签约的电影。
图 3A和 3B所示的 IPTV业务内容收看系统可以用来实现本发明实施例二 的技术方案。 为此， IPTV Control设备 300的接收模块 310还用于从 ASM单 元 100接收来自 ITF1的 Content id。 而发送模块 330具体用于根据获取模块 320获取的 ITF1的业务档案和 ITF2的标识向 ITF2发送 ITF1签约的、 由所述 Content id指示的业务内容。
图 3示出了本发明实施例的 IPTV业务内容收看系统的一种具体实施例。 如图 3C所示， 根据本发明实施例一和实施例二， IPTV Control设备 300可以 进一步包括确定模块 340, 用于确定 ITF1是否为可请求向 ITF2发送 ITF1签 约内容的签约终端；或确定 ITF2是否为合法的业务内容接收终端；或确定 ITF2 是否为可播放非 ITF2签约业务内容的签约终端； 或确定 ITF2是否具有显示 ITF1签约内容的能力。在这种情况下，发送模块 330具体用于当确定模块 340 确定 ITF1为可请求向 ITF2发送 ITF1签约内容的签约终端；或确定 ITF2为合 法的业务内容接收终端；或确定 ITF2为可播放非 ITF2签约业务内容的签约终 端； 或确定所述 ITF2具有显示 ITF1签约内容的能力时， 根据 ITF1的 IPTV 业务档案和 ITF2的标识向 ITF1发送 ITF1签约的业务内容。 实施例三
图 6是根据本发明的方法实施例三的流程图，而图 7是根据本发明方法实 施例三的一种可能的实现方式的时序图。 实施例三可以实现 ITF2 本地获取 ITF1用户设置的 IPTV 业务档案信息， 并保存在本地， 由 ITF2在本地执行操 作， 获取并播放业务内容， 更新维护 ITF1的 IPTV 业务档案。以下结合图 6和 图 7并同时参照图 1至 3具体说明本发明实施例三的方法。
如图 6所述， 实施例三的方法包括： 在 S610, 网络侧接收请求在第二网 络电视终端 ITF2上播放第一网络电视终端 ITF1签约业务内容的请求消息；在 S620, 根据所述请求消息获取获取 ITF1的 IPTV业务档案和第二网络电视终 端 ITF2的标识；在 S630,接收 ITF2根据 IPTV业务档案发送的更新请求消息， 根据所述更新消息更新 ITF1的 IPTV业务档案信息。
其中 S610和 S620基本上类似于实施例一的方法中的 S110和 S120,因此 不再重复描述。
下面结合图 6和图 7 , 具体描述 S630的可能的具体实现方式。
S630可以包括：
716. IPTV Control功能实体向 IPTV 业务档案服务器发送获取 ITFl 的 IPTV 业务档案的请求信息， 该请求信息中携带 ITF1 用户的标识信 息；
717. IPTV 业务档案服务器向 IPTV Control功能实体返回 ITFl相关 的 IPTV 业务档案信息； 718.根据优选是实施例， IPTV Control功能实体进一步完成判断过 程， 该判断过程可以包括： 判断 ITF2是否为合法的业务内容接收终端， ITF2是否设置播放非 ITF2签约相关内容的偏好， ITF2是否有能力显示 IIF1签约的内容等；
719.如果判断结果为可以向 ITF2发送内容或网络侧功能实体可将 内容转化为 ITF2能力可呈现的内容， 则 IPTV Control向 ASM返回成功 响应消息；如果不可以向 ITF2发送内容，则向 ASM返回失败响应消息； 720. ASM向 ITF1转发成功或失败响应； 如果返回失败， 则终止业 务流程， 以下过程为成功响应的后续流程的举例：
721. ITF2向 IG发送 HTTP Pending消息， 当 IG需要向 ITF2发送 消息时 , 可在此 HTTP Pending消息的响应消息中携带，
722. IPTV Control向 ITF2发送 SIP INFO消息， 该 SIP INFO消息 携带 ITF1相关的 IPTV 业务档案标识信息， ASM转发此消息给 IG;
723. 在本发明的一个实施例中， IG向 ITF2通过 HTTP 200 OK消 息转发 722 SIP INFO消息。此 HTTP 200 OK消息为 721中 HTTP Pending 消息的响应消息。 ITF2可以从 IPTV Control获取 ITF1的 IPTV 业务档 案信息并携带在此消息中；
724.如果可以获取， ITF2将获取的 ITF1的 IPTV业务档案信息存储 在默认的存储区， 存储的 ITF1相关的 IPTV业务档案， 将用于在 ITF2 上呈现 ITF1签约的内容；
725. ITF2向 IG通过 HTTP Pending消息携带成功响应消息；
726. IG 向 ASM返回成功响应； ASM转发此响应消息给 IPTV Control功能实体。
727.内容服务器向 ITF2发送 ITF1签约的业务内容；
728.当业务结束时， 如果需要对 ITF1的 IPTV业务档案进行更新， 则 ITF2将发送更新请求，该请求消息中携带更新的 IPTV业务档案信息， 通过 ITF2更新 ITF1的相应 IPTV 业务档案信息。 网络侧接收到此信息 后， 将根据 ITF1标识信息， 进行更新。
729.根据本发明的一个实施例， ITF2删除其存储在本地的 ITF1的 IPTV 业务档案信息。 通过本发明的实施例三， ITF2可以获取 ITF1的 IPTV业务档案并存储在 本地。 ITF2可以根据获取的 ITF1的 IPTV业务档案播放 ITF1签约的业务内容， 并且在播放完成后， 可以更新存储的 ITF1 的 IPTV业务档案并且通知网络侧 更新存储在业务档案服务器上的 ITF1 的 IPTV业务档案。 这样设计的优势在 于， 例如， 用于在电视机（作为第二终端 ITF2 )上播放手机（作为第一终端 ITF1 )签约的电影之后， 可以在服务器上保存电视机上播放的电影的名称和播 放时间 （作为业务档案信息）， 以便以后在手机或者其他终端 （例如， 另一台 电视机）上接着播放没有播放完的电影。
图 8示出了用来实现本发明实施例三的 IPTV业务内容收看系统的框图。 图 8所示系统是对图 3A和 3B所示的 IPTV业务内容收看系统作出的改进，可 以用来实现本发明实施例三的技术方案。
如图 8所示， IPTV Control设备 300的接收模块 310还用于接收来自 ITF2 的业务档案更新请求， 该请求消息中携带更新 ITF1签约的 IPTV业务档案信 息；发送模块 330用于向 IPTV业务档案服务器 200发送该业务档案更新请求。 IPTV业务档案服务器 200则用于在收到发送模块 330发送的业务档案更新请 求之后， 更新 ITF1签约的 IPTV业务档案信息。 实施例四
图 9是根据本发明的方法实施例四的流程图， 而图 10是根据本发明方法 实施例四的一种可能的实现方式的时序图。 实施例四是对实施例三的改进， 改 进之处在于更新 IPTV业务档案的过程。 实施例四的其他部分即 S910至 S920 与实施例三的 S610至 S620基本类似，因此不再进行重复描述。为了简洁起见， 图 10中的时序图与图 7所示时序图相同的部分也进行了省略。
以下结合图 9和图 10,具体描述实施例四的 S930,即接收 ITF2根据 IPTV 业务档案发送的更新消息， 根据所述更新消息更新 ITF1的 IPTV业务档案。
S930可以包括：
1001. ITF2 对 ITF1 的 IPTV 业务档案进行变更操作， 例如保存新的 bookmark信息、 选择订阅新的个性化频道、 新的节目等变更操作。
1002. ITF2 向 IPTV Control发送携带 IPTV 业务档案变更的信息的消息， 该消息可以携带 ITF1用户标识， 如果网络侧已经进行业务绑定， 则不需要携 带 ITF1用户标识。 即当 ITF2对接收的 IPTV业务或 IPTV内容有任何需要更 新 IPTV业务档案的操作时， 发送此消息；
1003. IPTV Control功能实体接收到此请求信息后， 确定此更新操作为对 ITF1的业务档案更新的操作，此确定过程可根据消息中携带的 ITF1标识、 ITF2 标识、 之前会话标识等信息进行确定。 IPTV Control根据判断， 不是将变更的 操作存储到 ITF2的业务档案中， 而是将变更的操作存储到 ITF1用户的 IPTV 业务档案中。 例如， 将通过 ITF2对节目设定的 bookmark, 保存到 ITF1用户 的 IPTV业务档案中；
1004. IPTV Control功能实体将向 IPTV 业务档案服务器发送请求消息， 可携带 ITF1用户标识， 业务档案索引等信息，通知服务器进行存储更新操作。
1005. IPTV 业务档案服务器返回成功响应；
1006. IPTV Control功能实体向 ITF2返回成功响应；
1007.根据本发明的一个实施例， IPTV Control功能实体可在 ITF1的 IPTV 业务档案信息通过 ITF2完成更新后， 通知 ITF1 ; 即 IPTV Control功能实体向 ITF1发送通知消息， 该通知消息中携带 IPTV 业务档案信息变更的信息；
1008. ITF1向 IPTV Control功能实体返回响应消息。
利用本发明的实施例四，通过 ITF2对 ITF1的 IPTV 业务档案信息操作后， 可通过 ITF2对网络侧的 ITF1的 IPTV 业务档案进行更新。
图 8所示的收看系统可以用来实现实施例四的方法。 为此， IPTV Control 设备 300的发送模块 330还用于在 ITF1的 IPTV业务档案更新后， 向 ITF1发 送通知， 通知所述更新操作。
本发明实施例， ITF为用户 IPTV终端设备的实现举例， 具体可以为 OITF 和 IG分离的 2个物理实体， 可以为 OITF和 IG集成的一个物理实体， 还可以 为单独的 OITF终端。 实施例五
图 11是根据本发明的方法实施例五的时序图。 在实施例五的方法中， 在 ITF2终端上输入 ITF1的用户名密码。 通过输入的用户名密码， 来获取鉴权数 据而进一步获取 ITF1的 IPTV业务档案，或通过用户名密码获取 ITF1的 IPTV 业务档案， 由此进一步向 ITF2发送 ITF1用户签约的业务内容。 结合图 11具 体来说， 实施例五具体包括：
1101 : ITF2鉴权使用网络；
1102: 在 ITF2上输入用户密码， 登陆 IPTV网络。 这里提供了在 ITF2上 用户通过用户名和密码方式， 安全访问 ITF1签约相关 IPTV业务档案的功能， 比如通过应用软件来实现， 对发送的信息进行加密， 通过 ITF2的安全加密机 制来实现传递；
1103: ITF2 向 IPTV Control发送根据 ITF 1用户档案播放内容的请求消息。 该请求中携带用户输入的用户名密码信息；
1104: IPTV Control功能实体返回确认响应；
1105: 可选的， IPTV Control功能实体向用户数据库功能实体发送查询请 求， 获取 ITF1的鉴权数据， 用户获取 ITF1用户档案信息。 当然， 如果不需要 通过鉴权数据来获取 ITF1用户档案信息， 则不执行此过程， 而根据携带的用 户名密码进行获取 ITF1用户档案；
1106: IPTV Control向 IPTV Service Profile服务器发起获取 ITF1业务档 案的请求， 并获取 ITF1业务档案；
1107: IPTV Control与内容服务器 CDN协商向 ITF2提供的业务内容；
1108: ITF2与 CDN服务器传递并播放 ITF2请求的内容。
根据本发明实施例， IPTV用户可以利用签约的终端播放其他终端签约的 业务内容， 实现了 IPTV业务内容在终端之间的灵活转移和切换。 此外， IPTV 用户通过不同签约终端播放的业务内容可以移植到其他终端上继续播放。这样 拜托了终端对 IPTV业务内容的限制， 从而大大扩展了 IPTV业务内容的使用 环境。
通过本发明实施例可以实现通过签约， 用户在使用其它终端观看时，仍可 以通过其他外部设备获取 IPTV签约信息相关的业务的功能。 通过本发明实施 例， 用户可以随意享受自己的签约信息， 随处享受签约的业务。 不需要通过任 何会话转移等业务流程来实现， 或每次的操作来实现， 而实现用户在通过外部 设备观看如同在家里一样的用户体验。
本领域普通技术人人员可以理解，本文中所公开的方法和系统仅为示例性 质， 并且方法所包含的过程并非限于文中所述的顺序， 而是可以根据具体需要 以及技术实现的便利性进行调整。 除了上述例举的内容之外，根据具体应用场 合的需要， 所述方法和系统还可以包括其他过程和模块。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示 例的单元及算法步骤， 能够以电子硬件、 计算机软件或者二者的结合来实现， 为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地 描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决 于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用 来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范 围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器 执行的软件模块， 或者二者的结合来实施。 软件模块可以置于随机存储器 ( RAM ), 内存、只读存储器（ROM )、电可编程 ROM、电可擦除可编程 ROM、 寄存器、 硬盘、 可移动磁盘、 CD-ROM、 或技术领域内所公知的任意其它形式 的存储介质中。
尽管已示出和描述了本发明的一些实施例，但本领域技术人员应理解，在 不脱离本发明的原理和精神的情况下， 可对这些实施例进行各种修改， 这样的 修改应落入本发明的范围内。

Claims

权 利 要求 书
1. 一种互联网协议电视业务内容收看方法， 其特征在于， 所述方法包括： 接收请求在第二终端上播放第一终端的签约业务内容的请求消息； 根据所述请求消息获取第一终端的业务档案和第二终端的标识； 根据第一终端的业务档案和所述第二终端的标识向第二终端发送第一终 端签约的业务内容。
2. 如权利要求 1所述的方法， 其特征在于， 获取第二终端的标识包括： 获取发自所述第一终端的所述第二终端的标识。
3. 如权利要求 1或 2所述的方法， 其特征在于， 所述请求消息中包括： 发自所述第一终端的业务标识；所述业务标识用于表示该请求消息用于请求向 第二终端发送第一终端签约的业务内容。
4. 如权利要求 1-3任一所述的方法， 其特征在于， 所述方法还包括： 获取发自所述第一终端的内容标识；
所述根据第一终端的业务档案和所述第二终端的标识向第二终端发送第 一终端签约的业务内容具体为：
根据所述第一终端的业务档案和所述第二终端的标识向第二终端发送第 一终端签约的、 所述内容标识指示的业务内容。
5. 如权利要求 1-4任一所述的方法， 其特征在于， 所述根据第一终端的 业务档案和所述第二终端的标识向第二终端发送第一终端签约的业务内容之 前， 所述方法还包括：
确定所述第一终端为可请求向所述第二终端发送所述第一终端签约内容 的签约终端； 或
确定所述第二终端为合法的业务内容接收终端； 或
确定所述第二终端为可播放非第二终端签约业务内容的签约终端； 或 确定所述第二终端具有显示所述第一终端签约内容的能力。
6. 如权利要求 1 所述的方法， 其特征在于， 所述接收请求在第二终端上 播放第一终端签约业务内容的请求消息之前， 所述方法还包括：
根据所述第一终端鉴权信息鉴权第一终端使用网络；
根据所述第二终端鉴权信息鉴权第二终端使用网络； 所述获取第一终端的业务档案包括：
根据所述第一终端鉴权信息获取所述第一终端业务档案；
所述根据第一终端的业务档案和所述第二终端的标识向第二终端发送第 一终端签约的业务内容具体为：
接收所述第二终端发送的网络电视业务请求；
确定所述网络电视业务请求用于请求传递所述第一终端的业务档案对应 的签约业务内容；
根据所述第一终端的业务档案向所述第二终端发送第一终端签约的业务 内容。
7. 如权利要求 3所述的方法， 其特征在于， 所述业务标识包括以下的业 务标识中的一种或多种：
网络录制业务标识、 书签业务标识、 个性化频道业务标识、 和应用业务标 识。
8、 如权利要求 1-7任一所述的方法， 其特征在于， 所述方法进一步包括： 接收发自所述第二终端的更新请求消息，根据所述更新请求消息更新所述 第一终端的业务档案；
将所述更新操作通知所述第一终端。
9、 如权利要求 1-5任一所述的方法， 其特征在于， 所述根据第一终端的 业务档案和所述第二终端的标识向第二终端发送第一终端签约的业务内容包 括：
根据所述第二终端的标识向所述第二终端发送所述第一终端的业务档案 对应的业务内容描述信息；
接收第二终端根据所述业务内容描述信息发送的业务内容播放消息；上述 业务内容播放消息用于指示用户根据所述业务内容描述信息选择的第一终端 签约的业务内容；
根据所述业务内容播放消息向所述第二终端发送用户选择的第一终端签 约的业务内容。
10、 如权利要求 1-5任一所述的方法， 其特征在于， 所述根据第一终端的 业务档案和所述第二终端的标识向第二终端发送第一终端签约的业务内容包 括： 接收所述第二终端向网络侧发起请求播放相应内容的请求消息；所述播放 相应内容的请求消息携带内容标识；
根据所述第一终端的业务档案确认是否可向所述第二终端发送所述内容 标识所指示的业务内容； 若是， 则向所述第二终端发送所述内容标识所指示的 业务内容。
11. 如权利要求 2所述的方法， 其特征在于， 获取发自所述第一终端的所 述第二终端的标识包括： 获取发自所述第一终端的所述第二终端的标识， 其中 所述第一终端通过读取第二终端标识， 通过近距离通信方式传递第二终端标 识， 通过设备发现机制获取， 或者人工输入方式中的任意方法或组合来获取所 述第二终端的标识。
12.一种互联网协议电视业务内容收看系统，其特征在于，所述系统包括： 鉴权与会话管理单元，用于接收请求在第二终端上播放第一终端的签约业 务内容的请求消息， 其中所述请求消息中携带所述第二终端的标识；
互联网协议电视业务档案服务器， 用于存储互联网协议电视业务档案； 互联网协议电视控制设备，用于根据发自所述鉴权与会话管理单元的所述 请求消息，从所述互联网协议电视业务档案服务器获取所述第一终端的业务档 案，并根据第一终端的业务档案和所述第二终端的标识向所述第二终端发送所 述第一终端签约的业务内容。
13. 如权利要求 12所述的系统， 其特征在于， 所述互联网协议电视控制设 备包括：
接收模块， 用于从所述鉴权与会话管理单元接收所述请求消息； 获取模块， 用于根据所述请求消息，从所述互联网协议电视业务档案服务 器获取所述第一终端的业务档案；
发送模块，用于根据第一终端的业务档案和所述第二终端的标识向所述第 二终端发送所述第一终端签约的业务内容。
14. 如权利要求 13所述的系统， 其特征在于， 所述接收模块， 还用于从 所述鉴权与会话管理单元接收来自所述第一终端的内容标识；
所述发送模块，具体用于根据所述获取模块获取的所述第一终端的业务档 案和所述第二终端的标识向第二终端发送第一终端签约的，所述内容标识指示 的业务内容。
15、 如权利要求 13或 14所述的系统， 其特征在于， 所述互联网协议电视控 制设备还包括：
确定模块 ,用于确定所述第一终端是否为可请求向所述第二终端发送所述 第一终端签约内容的签约终端；或确定所述第二终端是否为合法的业务内容接 收终端；或确定所述第二终端是否为可播放非第二终端签约业务内容的签约终 端； 或确定所述第二终端是否具有显示所述第一终端签约内容的能力；
所述发送模块，具体用于当所述确定模块确定所述第一终端为可请求向所 述第二终端发送所述第一终端签约内容的签约终端；或确定所述第二终端为合 法的业务内容接收终端；或确定所述第二终端为可播放非第二终端签约业务内 容的签约终端； 或确定所述第二终端具有显示所述第一终端签约内容的能力 时 ,根据第一终端的业务档案和所述第二终端的标识向所述第二终端发送所述 第一终端签约的业务内容。
16、 一种互联网协议电视控制设备， 其特征在于， 所述设备包括： 接收模块，用于接收请求在第二终端上播放第一终端的签约业务内容的请 求消息；
获取模块， 用于根据所述请求消息， 获取第一终端的业务档案和第二终端 的标识；
发送模块，用于根据第一终端的业务档案和所述第二终端的标识向所述第 二终端发送所述第一终端签约的业务内容。
17、 根据权利要求 16所述的设备， 其特征在于， 所述接收模块， 还用于 接收来自所述第一终端的内容标识；
所述发送模块，具体用于根据所述获取模块获取的所述第一终端的业务档 案和所述第二终端的标识向第二终端发送第一终端签约的，所述内容标识指示 的业务内容。
18、 根据权利要求 16或 17所述的设备， 其特征在于， 所述设备还包括： 确定模块 ,用于确定所述第一终端是否为可请求向所述第二终端发送所述 第一终端签约内容的签约终端；或确定所述第二终端是否为合法的业务内容接 收终端；或确定所述第二终端是否为可播放非第二终端签约业务内容的签约终 端； 或确定所述第二终端是否具有显示所述第一终端签约内容的能力； 所述发送模块，具体用于当所述确定模块确定所述第一终端为可请求向所 述第二终端发送所述第一终端签约内容的签约终端；或确定所述第二终端为合 法的业务内容接收终端；或确定所述第二终端为可播放非第二终端签约业务内 容的签约终端； 或确定所述第二终端具有显示所述第一终端签约内容的能力 时，根据第一终端的业务档案和所述第二终端的标识向所述第二终端发送所述 第一终端签约的业务内容。
PCT/CN2012/072503 2011-03-18 2012-03-19 互联网协议电视中业务收看的方法和系统 WO2012126339A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP12761125.9A EP2680575A4 (en) 2011-03-18 2012-03-19 METHOD AND SYSTEM FOR MONITORING SERVICES IN AN INTERNET PROTOCOL TV
US14/027,893 US20140020010A1 (en) 2011-03-18 2013-09-16 Method and system for watching service in internet protocol television

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110066969.5A CN102685606B (zh) 2011-03-18 2011-03-18 互联网协议电视中业务收看的方法和系统
CN201110066969.5 2011-03-18

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/027,893 Continuation US20140020010A1 (en) 2011-03-18 2013-09-16 Method and system for watching service in internet protocol television

Publications (1)

Publication Number Publication Date
WO2012126339A1 true WO2012126339A1 (zh) 2012-09-27

Family

ID=46816864

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/072503 WO2012126339A1 (zh) 2011-03-18 2012-03-19 互联网协议电视中业务收看的方法和系统

Country Status (4)

Country Link
US (1) US20140020010A1 (zh)
EP (1) EP2680575A4 (zh)
CN (1) CN102685606B (zh)
WO (1) WO2012126339A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130005524A (ko) * 2011-07-06 2013-01-16 한국전자통신연구원 웹 기반 이동성 보장 방법과 그를 위한 시스템, 장치 및 컴퓨터로 읽을 수 있는 기록매체
US8930492B2 (en) * 2011-10-17 2015-01-06 Blackberry Limited Method and electronic device for content sharing
US9986044B2 (en) * 2013-10-21 2018-05-29 Huawei Technologies Co., Ltd. Multi-screen interaction method, devices, and system
US20170182258A1 (en) 2015-12-29 2017-06-29 InsuLog Ltd. Adjunct device and system for an injector for monitoring injected amounts
CN107220839B (zh) * 2017-06-26 2020-11-27 南京熊猫电子股份有限公司 一种基于互联网的智能电视鉴权与信息报备的实现方法
CN111163105A (zh) * 2020-01-02 2020-05-15 中国联合网络通信集团有限公司 一种访问网路协议电视iptv业务的方法及装置
CN114915440B (zh) * 2021-12-30 2023-11-24 天翼数字生活科技有限公司 一种保障媒体业务安全属性的系统和方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101360222A (zh) * 2008-09-27 2009-02-04 中兴通讯股份有限公司 一种基于下一代网络的iptv节目产生方法及系统
CN101686385A (zh) * 2008-09-23 2010-03-31 中兴通讯股份有限公司 实现广告插入的方法、iptv系统和用户设备
CN201585041U (zh) * 2009-12-23 2010-09-15 深圳市同洲电子股份有限公司 一种数字电视接收终端

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4306921B2 (ja) * 2000-03-30 2009-08-05 パナソニック株式会社 コンテンツ配信サーバ及びコミュニティサイトサーバ
JP2005141635A (ja) * 2003-11-10 2005-06-02 Sony Corp コンテンツ共有システム，コンテンツ処理装置，情報処理装置，プログラム，記録媒体，コンテンツ共有方法
CN101014038B (zh) * 2006-01-26 2011-01-05 华为技术有限公司 版权对象的生成与获取方法和系统
US20070266403A1 (en) * 2006-05-15 2007-11-15 Sbc Knowledge Ventures, L.P. System and method for personalized video program listing and targeted content advertisement
CN101102541B (zh) * 2007-07-13 2010-04-21 中国联合网络通信集团有限公司 空中下载业务赠送方法及业务赠送装置
CN101163279A (zh) * 2007-11-29 2008-04-16 华为技术有限公司 实现好友电视业务的方法、系统和设备
US8856903B2 (en) * 2008-09-10 2014-10-07 Nec Corporation Content delivery system
CN101677302B (zh) * 2008-09-17 2012-04-18 华为技术有限公司 给多设备环境中的用户提供信息的方法和装置
US20100312897A1 (en) * 2009-05-04 2010-12-09 Andrew Allen System and method for implementing media and media transfer between devices
KR20120024848A (ko) * 2009-05-26 2012-03-14 노키아 코포레이션 미디어 세션의 전달 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101686385A (zh) * 2008-09-23 2010-03-31 中兴通讯股份有限公司 实现广告插入的方法、iptv系统和用户设备
CN101360222A (zh) * 2008-09-27 2009-02-04 中兴通讯股份有限公司 一种基于下一代网络的iptv节目产生方法及系统
CN201585041U (zh) * 2009-12-23 2010-09-15 深圳市同洲电子股份有限公司 一种数字电视接收终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2680575A4 *

Also Published As

Publication number Publication date
CN102685606B (zh) 2016-05-25
US20140020010A1 (en) 2014-01-16
EP2680575A1 (en) 2014-01-01
CN102685606A (zh) 2012-09-19
EP2680575A4 (en) 2014-03-26

Similar Documents

Publication Publication Date Title
US8806577B2 (en) System for communicating with a mobile device server
US8332527B2 (en) Streaming media network system, streaming media service realization method and streaming media service enabler
US9438530B2 (en) System for synchronizing information
WO2012126339A1 (zh) 互联网协议电视中业务收看的方法和系统
KR101433225B1 (ko) Ｉｍｓ 아키텍쳐 네트워크에서 ｉｐ 텔레비젼 서비스에 액세스하기 위한 시스템
US20110138432A1 (en) Media Bookmarks
US20090222858A1 (en) System and Method for Creating Electronic Guides Based on Presence and Group Membership
US20100088371A1 (en) Method for obtaining device information of user terminals and communication service function entity
WO2012122935A1 (zh) 互联网协议电视内容共享方法、装置以及终端设备
US20110035768A1 (en) Method and Arrangements for Control of Consumption of Content Services
CA2610515A1 (en) Multimedia subsystem control for internet protocol based television services
CN101884203A (zh) Ip媒体成流服务传送
KR20090020465A (ko) 복수의 서비스 제공자의 서비스를 제공/수신하기 위한 방법및 장치
JP5347731B2 (ja) ユーザ認証システム、認証セッション共有装置およびユーザ認証方法
US20130305274A1 (en) Over the top content access
JP2012515484A (ja) ネットワークにおける関連付けられたセッションの管理
US20090307736A1 (en) Method and browser for providing iptv to multiple ims users
US20080046578A1 (en) Controlled access to a video recording over an IP multimedia subsystem, IMS, telecommunications network
WO2011143881A1 (zh) 实现移动终端电视互动的方法、系统及背靠背的用户代理
WO2013181996A1 (zh) 一种获取信息的方法、设备及系统
US20090276818A1 (en) Method for providing iptv service and internet broadcasting system therefor
WO2010069220A1 (zh) 一种视频监控方法及装置
WO2010028601A1 (zh) 以文件方式传输媒体内容的方法、系统及设备
WO2010028591A1 (zh) 实现客户端录制的方法、系统及录制控制实体
WO2010127627A1 (zh) 获取指定用户实时媒体播放信息的方法、系统和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12761125

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2012761125

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2012761125

Country of ref document: EP