WO2012152223A1 - 共享内容的方法和设备 - Google Patents

共享内容的方法和设备 Download PDF

Info

Publication number
WO2012152223A1
WO2012152223A1 PCT/CN2012/075298 CN2012075298W WO2012152223A1 WO 2012152223 A1 WO2012152223 A1 WO 2012152223A1 CN 2012075298 W CN2012075298 W CN 2012075298W WO 2012152223 A1 WO2012152223 A1 WO 2012152223A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
session
sharing
terminal
initiating terminal
Prior art date
Application number
PCT/CN2012/075298
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 EP12782723.6A priority Critical patent/EP2698962B1/en
Publication of WO2012152223A1 publication Critical patent/WO2012152223A1/zh
Priority to US14/075,383 priority patent/US9686321B2/en
Priority to US15/591,614 priority patent/US10044772B2/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/6437—Real-time Transport Protocol [RTP]
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • 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/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • 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/1083—In-session procedures
    • H04L65/1089—In-session procedures by adding media; by removing media
    • 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/1083—In-session procedures
    • H04L65/1093—In-session procedures by adding participants; by removing participants
    • 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/1096—Supplementary features, e.g. call forwarding or call holding
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/148—Migration or transfer of sessions
    • 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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • 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/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • 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

Definitions

  • Embodiments of the present invention relate to the field of Internet Protocol Television, and more particularly, to a method and apparatus for sharing content in an Internet Protocol TV. 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 video sharing service refers to the service that the user initiates video sharing to the opposite end of the call during the call.
  • the shared object may be a video captured by the mobile terminal through the camera in real time, or may be a video clip file stored on the terminal.
  • the user can randomly initiate and terminate the service.
  • sharing content was not limited to video, but also shared discrete media, collectively referred to as content sharing.
  • the sharing initiator terminal initiates an INVITE request, and the INVITE request indicates the type of media to be used.
  • the request is forwarded to the shared recipient via the application server (Application Server, called "AS").
  • AS Application Server
  • Accept-Contact header field with "+g.3gpp.cs-voice,, signature, indicating It is the video sharing business.
  • the shared receiver terminal receives the INVITE request from the shared initiator, and sends a message 183 to the AS.
  • the SDP information of the message includes the media stream type and coding mode received by the receiver terminal.
  • the AS After receiving the 183 message, the AS sends a PRACK message to the shared receiver terminal, and the shared receiver terminal sends a 200 OK response of the PRACK.
  • the AS sends a 183 request to the shared initiator terminal. After receiving the 183 message, the initiator terminal sends a PRACK message to the AS, and the AS sends a 200 OK response of the PRACK. There is no timing relationship between this step and step (3-5).
  • the shared receiver terminal After the shared receiver terminal receives the UPDATE message and its own resource reservation is successful, it sends a 200 OK response message to the shared initiator.
  • the shared receiver terminal sends a 180 message to the shared initiator terminal, and prompts the shared receiver terminal to receive the request message.
  • the shared receiver user accepts the share, and the shared receiver terminal sends a 200 OK message in response to the INVITE message.
  • the shared initiator terminal sends an ACK message to confirm the establishment of the session.
  • the sharing initiator terminal shares the real-time video through RTP.
  • a shared party sends a BYE message to end video sharing.
  • the terminal receiving the BYE message sends a 200 OK response to the BYE message.
  • the originating terminal specified when the content is shared so the information obtained in the content sharing AS is that the terminal where the shared content is located exits the program viewing (in fact, the content sharing originating end user does not exit the section Therefore, the sharing operation to the peer end is also terminated, causing the interruption of the sharing session and not following the program operation of the playback terminal after the transfer.
  • Embodiments of the present invention provide a method, device, and system for sharing content in an Internet Protocol TV, which can be flexibly selected by a user to terminate sharing or continue sharing when a session transfer occurs on the content sharing transmitting end.
  • the method includes: receiving a content sharing request, establishing a sharing session with the receiving terminal, and sharing the session content played on the first initiating terminal with the receiving terminal; receiving and playing The session content is transferred from the first initiating terminal to the status notification of the second initiating terminal, and according to the status notification, the sharing session is ended or the sharing of the session content that continues to be played on the second initiating terminal is continued.
  • a system for sharing content includes: a content sharing application server, configured to receive a content sharing request, establish a sharing session with the receiving terminal, and share the first initiating terminal with the receiving terminal.
  • the Internet Protocol TV control device configured to transfer the session content played on the first initiating terminal to continue playing on the second initiating terminal, and send the played session content from the first initiating terminal to the second initiating a status notification of the terminal;
  • the content sharing application server is further configured to receive a status notification that the played session content is transferred from the first initiating terminal to the second initiating terminal, and end the sharing session according to the status notification or continue sharing to continue on the second initiating terminal.
  • the content of the session played is further configured to receive a status notification that the played session content is transferred from the first initiating terminal to the second initiating terminal, and end the sharing session according to the status notification or continue sharing to continue on the second initiating terminal.
  • a content sharing application server includes: a sharing module, configured to receive a content sharing request, establish a sharing session with the receiving terminal, and share the first initiating terminal with the receiving terminal. a session content; a control module, configured to receive a status notification that the content of the played session is transferred from the first initiating terminal to the second initiating terminal, and end the sharing session according to the status notification or continue to share with the receiving terminal to continue playing on the second initiating terminal Conversational content.
  • the CoD content viewed by the initiating terminal can be shared, and when the display terminal of the shared content initiator is transferred, the content sharing AS can be perceived to ensure the continuity of the sharing session.
  • the solution of the embodiment of the invention can ensure that the subsequent shared content can be consistent with the operation of the initiating terminal after the transfer (for example, after the channel is replaced by the new terminal, the shared receiving end can be synchronized).
  • Make The content sharing service implemented in IPTV is not affected by the shared display session transfer.
  • Embodiment 1 is a flow chart of Embodiment 1 of the present invention.
  • Figure 2 is a timing chart of the first embodiment of the present invention.
  • 3 is a timing diagram of a 3GPP dynamic device discovery process
  • Figure 4 is a timing diagram of media transfer in 3GPP
  • FIG. 5 is a timing diagram of transferring the content of the ITFal viewing to the ITFa2 by using the S IP REFER message;
  • FIG. 6 is a flowchart of Embodiment 2 of the present invention.
  • Figure 7 is a timing chart of Embodiment 2 of the present invention.
  • Figure 8 is a flow chart of Embodiment 3 of the present invention.
  • Embodiment 9 is a timing chart of Embodiment 3 of the present invention.
  • Figure 10 is a timing diagram of an embodiment further modified in accordance with the embodiment of Figure 9;
  • FIG 11 is a timing diagram of Embodiment 4 of the present invention.
  • FIG. 12 is a timing diagram of implementing the transfer of content from ITFal to ITFa2 using the S IP REFER message in the fourth embodiment shown in FIG. 11;
  • FIG. 13 is a block diagram of an embodiment of a system for sharing content according to an embodiment of the present invention.
  • FIG. 14 is a block diagram of an embodiment of a system for sharing content according to an embodiment of the present invention.
  • FIG. 15 is a block diagram of an application server sharing content in an embodiment of the present invention. detailed description
  • IPTV terminal function in all embodiments of the present invention sets the IPTV Terminal.
  • the cartridge is called “ITF", which is equivalent to the Open IPTV Terminal Function ("OITF") + IP Multimedia Subsystem Gateway (IG Multimedia Subsystem Gateway), or equivalent to IP.
  • IP Multimedia Subsystem IP Multimedia Subsystem
  • IMS IP Multimedia Subsystem
  • SIP Session Initiation Protocol
  • IMS/SIP terminals such as mobile phones.
  • the SIP messages in all embodiments of the present invention are all through a logical SIP proxy (SIP proxy) (call session control function (CSCF) device in IMS), authentication in IPTV.
  • SIP proxy call session control function
  • ASM Authentication and Session Management
  • FIG. 1 is a flow chart according to a first embodiment of the present invention
  • FIG. 2 is a timing chart according to a first embodiment of the present invention. The specific implementation process of the first embodiment of the present invention is described in detail below with reference to FIG. 1 and FIG.
  • S110 the network side receives a content sharing request (SIP invites an invite message), establishes a sharing session with the receiving terminal ITFb, and shares with the receiving terminal the first initiating terminal played on the ITFal. Conversational content.
  • S110 may include:
  • User A uses the terminal device ITFal to send an Invite message to the content sharing application server (content share AS), where the message carries an indication that the shared content is the CoD media content that the terminal device ITFal is watching;
  • content sharing application server content share AS
  • the content sharing application sends a subscription message to the IPTV control device to subscribe to the content that the terminal device ITFal is watching;
  • the IPTV control device notifies the content sharing application server (content share AS) of the content information of the CoD currently viewed by the ITFal (eg, the bookmark information including the content identifier and the current viewing program location);
  • the content sharing application server (content share AS) sends an Invite message to the terminal ITFb of the user B to initiate an invitation for the content sharing session.
  • the content share AS controls the corresponding Media Resource Function Processor ("MRFP") according to the content information of the CoD currently viewed by the ITFal.
  • MRFP Media Resource Function Processor
  • the Bookmark information including the content identifier and the current viewing program location
  • S120 the network side transfers the session content played on the first initiating terminal ITFal to continue playing on the second initiating terminal ITF2, and sends the played session content from the first A status notification that the originating terminal ITFal transfers to the second originating terminal ITF2.
  • S120 may include:
  • Session transfer transferring the content viewed by ITFal to ITFa2, and indicating during the transfer process that the media content viewed on ITFa2 is no longer shared; thereafter, user A uses ITFa2 to view the CoD content (as shown in Figure 2, the RTP stream points to ITFa2). ).
  • the IPTV control informs the content sharing application that the content on the ITFal is transferred and the content sharing is no longer continued.
  • the network side receives a status notification that the played session content is transferred from the first initiating terminal ITFal to the second initiating terminal ITF2, and ends the sharing session according to the status notification or The sharing of the session content that continues to play on the second originating terminal continues to be shared.
  • the network side will end the content sharing session.
  • S130 may include:
  • the content share AS controls the corresponding media resource function processor MRFP (Media Resource Function processor) to exit the CoD session;
  • MRFP Media Resource Function processor
  • the terminal ITFal requests to exit the shared scenario for the transfer.
  • the ITFal actively sends a bye message to the content share AS to trigger the termination of the shared session.
  • step 206a session transfer is performed, the content viewed by the ITFal is transferred to the ITFa2, and during the transfer process, the process of not simultaneously continuing to share the media content viewed on the ITFa2 can be passed through the 3GPP media transfer process (23. 237, 24.237). Specification) to complete.
  • 3GPP Dynamic Device Discovery process allows users to discover all registered terminals for all user identities under the same subscription.
  • FIG. 3 shows a timing diagram of the 3GPP dynamic device discovery process. Specifically: 301.
  • the OITF2 initiates an HTTP POST message to the IG, where the HTTP POST message includes a SIP SUBSCRIBE Registration event package, and the registration points to an IPTV Control Function Device (IPTV Control FE);
  • IPTV Control FE IPTV Control Function Device
  • the IG forwards the SIP SUBSCRIBE registration event packet to an Authentication and Session Management ("ASM");
  • ASM Authentication and Session Management
  • ASM forwards the SIP SUBSCIBE registration event packet to the IPTV Control FE;
  • IPTV Control FE returns a SIP 200 OK to ASM
  • ASM forwards SIP 200 OK to IG;
  • the IG returns an HTTP 200 OK message containing the SIP 200 OK response to OITF2;
  • OITF2 initiates an HTTP Pending IG request
  • the IPTV Control generates a SIP NOTIFY message, which includes all registered terminals of all user identities under the same IPTV subscription, and the IPTV Control sends SIP NOTIFY to the ASM;
  • ASM forwards SIP NOTIFY to IG;
  • the IG returns an HTTP 200 OK message containing SIP NOTIFY to OITF2;
  • OITF2 initiates an HTTP POST containing the SIP 200 OK to the IG, in response to the IG, indicating that the SIP NOTIFY is received;
  • the IG forwards the SIP 200 OK to the ASM;
  • ASM forwards the SIP 200 OK to the IPTV Control.
  • the ASM logic functions described in various embodiments of the present invention are the same as the call session control function ("CSCF") or SIP proxy of the IMS. Mainly to complete authentication (when needed) and SIP message forwarding (as shown in Figure 3).
  • the CSCF device is omitted. It should be noted that all SIP messages are forwarded through the ASM. It will be understood by those skilled in the art that in the international specifications such as 3GPP, CSCF is usually omitted in the scheme description for the case where only forwarding is performed without special processing.
  • SIP messages in various embodiments of the present invention are forwarded via ASM.
  • FIG. 4 shows the timing diagram of media transfer in 3GPP, as follows:
  • UE1 conducts a media session with the SCC AS;
  • UE-1 sends a media and service transfer request to the SCC AS, requesting to transfer the media from UE1.
  • SCC AS media and service transfer request
  • the SCC AS establishes a media session with the UE-2 and updates the remote branch;
  • the SCC AS releases the session with UE1.
  • the present invention can utilize the SIP REFER message to transfer the content viewed by ITFal to ITFa2.
  • Figure 5 is a timing diagram for transferring content viewed by ITFal to ITFa2 using SIP REFER messages, including:
  • the ITFal sends a SIP REFER message to the IPTV Control; in one embodiment of the invention, the SIP REFER message is extended to indicate whether to continue content sharing on the new terminal;
  • the IPTV Control sends a SIP REFER message to ITFa2;
  • IPTV Control forwards SIP 202 ACCEPTED to ITFal;
  • ITFa2 sends an Invite message to the IPTV Control
  • the IPTV Control sends a re-invite message to the ITFal to maintain the media
  • ITFal sends an RTSP PAUSE message to the CDN (Content Distribution Network), carrying the RTSP id;
  • the CDN returns 200 ok message
  • ITFal forwards 200 ok messages to IPTV Control
  • the IPTV Control sends an Invite message to the CND;
  • the CDN returns 200 ok message
  • IPTV Control forwards 200 ok to ITFa2;
  • ITFa2 sends a SIP Notify notification to ITFal;
  • ITFa2 sends an RTSP Play message to the CDN, carrying the RTSP id, position identifier;
  • the CDN returned a 200 ok message to ITFa2.
  • the present invention extends in the SIP REFER message to indicate whether to continue content sharing on the new device, ITFa2.
  • the message is sent to the IPTV control, so the IPTV control can know whether to continue the content sharing and send a Notify notification of the corresponding content to the Content share AS.
  • no extension may be used when not continuing.
  • the process of tearing down to the ITFal session can be performed after step 514 or after step 511.
  • FIG. 6 is a flow chart according to a second embodiment of the present invention
  • FIG. 7 is a timing chart according to an embodiment of the second embodiment of the present invention.
  • the difference between the second embodiment and the first embodiment is that after the session content is transferred from the ITFal to the ITFa2, the session content played on the ITFa2 is continuously shared. Therefore, the S610 of the method of the second embodiment is substantially similar to the S110 of the first embodiment, and the description is not repeated.
  • the second embodiment differs from the first embodiment in that the content of the session played on the first initiating terminal ITFal is transferred to the second initiating terminal ITF2 to continue playing and sent in S620.
  • the status information of the played session content is transferred from the first originating terminal ITFal to the second initiating terminal ITF2.
  • the status notification indicates that the CoD content played on ITFa2 will continue to be shared.
  • substantially the same content as S110 is included at S610.
  • S610 includes steps 701 to 705, and 701 to 705 in Fig. 7 are substantially the same as 201 to 205 shown in Fig. 2.
  • Step S620 can include:
  • Session transfer transferring the content viewed by ITFal to ITFa2, and indicating that the media content viewed on ITFa2 continues to be shared during the transfer process; thereafter, User A uses ITFa2 to view the CoD content (as shown in Figure 6, the RTP stream points to ITFa2).
  • the IPTV control device notifies the content sharing application server (the content share AS) that the content on the ITFal is transferred, and continues to share the content on the ITFa2.
  • the network side receives a status notification that the played session content is transferred from the first initiating terminal ITFal to the second initiating terminal ITF2, and according to the status notification, ends the sharing session or continues to share in the office. Said session content of the second initiating terminal continuing to play.
  • the content played on ITFa2 will continue to be shared.
  • S630 includes:
  • the content sharing application sends a subscription message to the IPTV control device, and subscribes to the content information that the terminal device ITFa2 is watching;
  • the IPTV control device notifies the content sharing application (content share AS) of the content information of the CoD currently viewed by the ITFa2 (eg, the bookmark information including the content identifier and the current viewing program location);
  • content sharing application content share AS
  • the bookmark information including the content identifier and the current viewing program location
  • a content change operation occurred on ITFa2 eg, user swapping
  • IPTV control informs the content sharing application server (content share AS) of the content information currently viewed by ITFa2 (eg, on-demand content (Content on Demand)
  • CoD contains the content identifier and the bookmark information of the currently viewed program location, and the schedule includes the channel number
  • the content sharing application server controls the corresponding media resource function processor MRFP (Media Resource Function processor) according to the content information currently viewed by the changed ITFa2 (eg, the content identifier and the currently viewed program location when the CoD is included)
  • MRFP Media Resource Function processor
  • the Bookmark information when the schedule contains the channel number accesses the media stream and forwards it to the peer (ITFb).
  • the session transfer is performed, the content viewed by the ITFal is transferred to the ITFa2, and during the transfer process, the process of continuing to share the media content viewed on the ITFa2 can be passed through the 3GPP dynamic device discovery process ( 23. The 237, 24.237 specification) media transfer process is completed.
  • the second embodiment can also implement the transfer of the content viewed by the ITFal to the ITFa2 by using the SIP REFER message.
  • the SIP REFER message is extended to indicate that content sharing continues on ITFa2. If the default is to continue sharing, you can not expand.
  • the second embodiment differs from the first embodiment in that, as shown in 709 to 711 in FIG. 7, the ITFa2 can notify the Content share AS session transfer, and change the signaling control terminal of the content sharing session, that is, the media and the session are transferred.
  • the session transfer process is a relatively independent process, and there is no inevitable sequence problem with the other aspects of the method of the present invention.
  • Figure 8 is a flow chart according to a third embodiment of the present invention
  • Figure 9 is a timing chart according to a third embodiment of the present invention.
  • the third embodiment is basically the same as the second embodiment except that in the third embodiment, the user A uses the IFTa2 to send an Invite message to the Content share AS, but indicates the CoD media content being viewed on the shared ITFal.
  • the method of the third embodiment includes:
  • the network side receives a content sharing request (SIP invite invite message), establishes a sharing session with the receiving terminal ITFb, and shares with the receiving terminal the first initiating terminal played on the ITFal.
  • Session content wherein the sharing request is an Invite message from ITFa2;
  • the network side transfers the session content played on the first initiating terminal ITFal to continue playing on the second initiating terminal ITF2, and sends the played session content from the first initiating terminal ITFal to the second initiating terminal.
  • Status notification for ITF2. The network side receives the session content transfer message from the ITFal, transfers the session content from the first originating terminal ITFal to play on the second initiating terminal ITFa2, and sends the played session content from the first initiating terminal ITFal to The second initiating terminal STF2's status notification carries the indication information that continues to share the session content played on the ITFa2.
  • the network side receives a status notification that the played session content is transferred from the first originating terminal ITFal to the second initiating terminal ITF2, and according to the status notification, ends the sharing session or continues sharing to continue playing on the second initiating terminal. Conversational content.
  • the network side will continue to share the session content played on ITFa2.
  • steps 906 to 911 are substantially the same as steps 706 to 701 shown in FIG. 7, and steps 901 to 905 are different from steps 701 to 705 shown in FIG. 7, that is, S610 in S810. the difference lies in,
  • S810 includes:
  • the user A sends the Invite message to the content sharing AS by using the terminal device ITFa2, and the message carries an indication that the shared content is the CoD media content that the terminal device ITFal is watching.
  • the content sharing application sends a subscription message to the IPTV control device to subscribe to the content that the terminal device ITFal is watching;
  • the IPTV control device notifies the content sharing application server (content share AS) of the content information of the CoD currently viewed by the ITFal (eg, the bookmark information including the content identifier and the current viewing program location);
  • the content share application server (content share AS) is sent to the terminal ITFb of user B.
  • Invite message an invitation to initiate a content sharing session.
  • the content share AS controls the corresponding Media Resource Function Processor ("MRFP") according to the content information of the CoD currently viewed by the ITFal.
  • MRFP Media Resource Function Processor
  • the Bookmark information containing the content identifier and the current viewing program location is accessed by the ITFal currently watching CoD media content, and after receiving the response response (200 ok) from the ITFb terminal, forwards the CoD media (RTP stream in Fig. 9) to the ITFb.
  • S820 and S830 are substantially the same as the S620 and S630 of the second embodiment, and the description will not be repeated, wherein S820 includes 906a to 906b, and S830 includes 907 to 911.
  • ITFa2 Since the content sharing session in the third embodiment is initiated by ITFa2, there is no session transfer of content sharing (transfer from ITFal to ITFa2). Therefore, in a preferred embodiment, ITFa2 notifies the Content share AS that the content source has changed by re-invite message, that is, from ITFal to ITFa2.
  • Figure 10 shows a timing diagram of such a preferred embodiment.
  • the embodiment shown in Fig. 10 includes steps 1001 through 1005 which are substantially similar to 901 through 905 of the embodiment shown in Fig. 9. Specifically, the embodiment shown in FIG. 10 is different from the embodiment shown in FIG. 9.
  • the embodiment shown in FIG. 10 includes:
  • Session transfer transferring content viewed by ITFal to ITFa2. Thereafter, User A uses ITFa2 to view the CoD content (as in Figure 2, the RTP stream points to ITFa2).
  • ITFa2 sends a Re-invite message to the Content Share AS indicating that the media content on ITFa2 continues to be shared.
  • S9030 can include:
  • content share AS sends a subscription message to the IPTV control to subscribe to the content that the terminal device ITFa2 is watching;
  • the IPTV control notifies the content share AS of the content information of the CoD currently viewed by the ITFa2 (eg, the bookmark information including the content identifier and the current viewing program location); according to the usual scene setting of the session transfer, the ITFa2 content and the ITFal in the process Continuous, therefore, in the process, there is no change for the MRFP to access the media and share the media to the peer;
  • the content information of the CoD currently viewed by the ITFa2 eg, the bookmark information including the content identifier and the current viewing program location
  • a content change operation occurred on ITFa2 eg, user swapping
  • the IPTV control notifies the content share AS of the content information currently viewed by the ITFa2 (for example, the CoD includes the content identifier and the Bookmark information of the currently viewed program location, and the Schedule includes the channel number);
  • the content share AS controls the corresponding media resource function processor MRFP according to the content information currently viewed by the changed ITFa2 (eg, the CoD includes the content identifier and the currently viewed program bit)
  • the bookmark information is set, and the schedule contains the channel number) to access the media stream and forward it to the peer (ITFb).
  • the embodiment shown in Figure 10 may not extend the SIP REFER message, but continue to share the content on ITFa2 by default.
  • Fig. 11 is a timing chart showing the fourth embodiment of the present invention.
  • OITFal and OITFal are a timing chart showing the fourth embodiment of the present invention.
  • OITFa2 is located under the same IG, and content sharing is implemented in the same way as in Embodiments 1 to 3, but the interaction between OITF and IG is increased.
  • the content of the fourth embodiment is specifically described below:
  • User A uses the terminal OITFal to view CoD media content
  • User A uses the terminal OITFal to send an HTTP POST message to the IG, indicating that the media content on the OITFal is shared, and the IG forwards the Invite message to the content share AS;
  • the content share AS sends a subscription message to the IPTV control, and subscribes to the content that the terminal device OITFal is watching;
  • the IPTV control notifies the content share AS of the content information of the CoD currently being viewed by the OITFal (eg, the bookmark information including the content identifier and the current viewing program location).
  • Content share AS returns 200 ok to IG, IG returns HTTP 200 OK to OITFal;
  • the AS sends an Invite message to the terminal ITFb of User B to initiate an invitation to the content sharing session.
  • the content share AS controls the corresponding MRFP, according to the content information of the CoD currently viewed by the OITFal (for example, the bookmark information including the content identifier and the current viewing program location), and the OITFal currently views.
  • the CoD media content and after receiving the response response (200 ok) from the ITFb terminal, forwards the CoD media (RTP stream in Figure 11) to the ITFb.
  • Session transfer transferring the content viewed by OITFal to OITFa2, and indicating to continue sharing the media content viewed on OITFa2 during the transfer process; thereafter, User A uses OITFa2 to view
  • the IPTV control notifies the content share AS that the content on the OITFal has been transferred and continues to share the content on the OITFa2.
  • content share AS sends a subscription message to the IPTV control, subscribing to the terminal device
  • the IPTV control notifies the content share AS of the content information of the CoD currently viewed by OITFa2 (eg, the bookmark information including the content identifier and the current viewing program location);
  • the normal scenario setting of the transfer of words, in this process, the OITFa2 content and the OITFal are continuous, therefore, in the process, there is no change for the MRFP accessing the media and sharing the media to the peer end;
  • a content change operation occurred on OITFa2 eg, user swapping
  • the IPTV control notifies the content share AS of the content information currently viewed by the OITFa2 (for example, the CoD includes the content identifier and the Bookmark information of the currently viewed program location, and the Schedule includes the channel number);
  • the content share AS control corresponding media resource function processor MRFP is accessed according to the content information currently viewed by the changed OITFa2 (for example, the CoD includes the content identifier and the bookmark information of the currently viewed program location, and the schedule includes the channel number)
  • the media stream is forwarded to the peer (ITFb).
  • Figure 12 shows the process of transferring content from ITFal to ITFa2 using the SIP REFER message in the fourth embodiment shown in Figure 11.
  • the process shown in Figure 12 is similar to the process shown in Figure 5, except that the interaction with the IG is increased.
  • 3GPP's dynamic device discovery process it may be necessary to utilize 3GPP's dynamic device discovery process to discover all of the user's registered devices before proceeding with the transfer.
  • the specific timing chart of the 3GPP dynamic device discovery process is as described above with reference to FIG. 3, and the repeated description is omitted here.
  • the transfer process shown in Figure 12 includes:
  • the OITFal sends an HTTP POST message to the IG, carries the SIP REFER message, and the IG forwards the SIP REFER message to the IPTV Control, and the SIP REFER message is extended to indicate that the content sharing is continued on the new terminal.
  • the IPTV Control sends a SIP REFER message to the IG, and the IG forwards the SIP REFER message to the OITFa2;
  • ITFa2 returns SIP 202 ACCEPTED to IG, and IG returns SIP 202 ACCEPTED to IPTV Control;
  • IPTV Control forwards SIP 202 ACCEPTED to IG, and IG forwards to OITFal
  • the OITFa2 sends an HTTP POST message to the IG, carrying the SIP Invite message, and the IG forwards the Invite message to the IPTV Control.
  • the IPTV Control sends a re-invite message to the IG to maintain the media, and the IG returns a 200 OK to the OITFal, and carries the re-invite message to keep the media; 1207.
  • OITFal sends an RTSP PAUSE message to the CDN (Content Distribution Network), carrying the RTSP id;
  • the CDN returns a 200 ok message
  • OITFal forwards 200 ok messages to the IPTV Control
  • the IPTV Control sends an Invite message to the CND;
  • CDN returns 200 ok message
  • the IPTV Control returns 200 ok to the IG, and the IG forwards the 200 OK to the OITFa2;
  • the OITFa2 sends an HTTP POST message to the IG, carrying a SIP Notify notification, and the IG forwards the SIP Notify notification to the ASM;
  • ASM sends SIP Notify to IG, IG returns 200 ok to OITFal, carries the SIP
  • OITFal sends an HTTP POST message to the IG, carrying a 200 OK message, and the IG forwards the 200 OK to the ASM;
  • the ASM returns a 200 OK message to the IG, and the IG forwards the 200 OK to the OITFa2, and the OITFa2 sends an RTSP Play message to the CDN, carrying the RTSP id, position identifier;
  • the CDN returns a 200 ok message to the IG.
  • Figure 13 illustrates an embodiment of a system 1300 for implementing a method of sharing content of the present invention, the system 1300 comprising: a Content share AS 1310, configured to receive a content sharing request, establish a sharing session with a receiving terminal, to The receiving terminal shares the session content played on the first initiating terminal ITFal; and the IPTV control device 1320 is configured to transfer the session content played by the ITFal on the first initiating terminal to continue playing on the second initiating terminal ITF2, and send the a state notification of the content of the session being transferred from the first initiating terminal ITFal to the second initiating terminal ITF2, wherein the content share AS 1310 is configured to receive the state in which the content of the played session is transferred from the first initiating terminal ITFal to the second initiating terminal ITF2 Notifying, and ending the sharing session according to the status notification or continuing to share the session content that continues to be played on the second originating terminal ITF2.
  • a Content share AS 1310 configured to receive a content sharing request, establish a sharing session with a
  • the content share AS 1310 may receive a content sharing Invite request message from the ITFal, where the request message carries an indication that the content of the session played on the first initiating terminal ITFal is requested to be shared.
  • Content share AS 1310 can receive content from ITFa2. And sharing the Invite request message, where the request message carries an indication that the request is shared by the session content played on the first initiating terminal ITFal.
  • the IPTV control device 1320 may include: a receiving module 1322, configured to transfer a request for receiving the played session content from the first initiating terminal ITFal to the second initiating terminal ITF2 a message; a transfer module 1324, configured to receive the request message sent by the receiving module 1322, and transfer the session content played on the first initiating terminal ITFal to continue playing on the second initiating terminal ITF2; the sending module 1326 And a status notification for transmitting, to the Content share AS 1310, the session content of the play from the first originating terminal ITFal to the second initiating terminal ITF2.
  • the receiving module 1322 is configured to receive the first originating terminal.
  • the session content of the play of the ITFal is transferred from the first originating terminal ITFal to the request message of the second originating terminal ITF2.
  • the Content share AS 1310 is further configured to send a subscription request to the IPTV Control device 1320 to subscribe to the status of the content played by the first originating terminal ITFal, and the sending module 1326 is configured to request the subscription according to the Content share AS 1310.
  • the terminal ITFb shares the session content played on the first originating terminal ITFal.
  • the request message received by the receiving module 1322 carries the indication information of ending the sharing session
  • the sending module 1326 is specifically configured to send, to the Content share AS 1310, a status notification that carries the indication information of the ending sharing session.
  • the content share AS 1310 is configured to end the sharing session with the receiving terminal ITFb according to the status notification that carries the indication information of the ending sharing session.
  • the request message received by the receiving module 1322 carries a status message that continues to share the indication information of the session content played on the second initiating terminal ITFa2, and the sending module 1326 is specifically configured to the Content share AS.
  • the 1310 sends a status notification carrying indication information that continues to share the session content played on the second originating terminal ITF2a, and the Content share AS 1310 is configured to continue to share the session content played on the second originating terminal ITFa2 according to the carrying The status notification of the indication information continues to share the session content played on the second originating terminal ITFa2.
  • the Content share AS 1310 is further configured to send a subscription request to the IPTV Control device 1320 to subscribe to the status of the content played by the second originating terminal ITFa2, and the sending module 1326 is configured to request the subscription according to the Content share AS 1310.
  • the terminal ITFb shares the session content played on the second originating terminal ITFa2.
  • the receiving module 1322 is configured to receive a SIP REFER message from the first originating terminal ITFal, and the transferring module 1324 transfers the played session content from the first initiating terminal ITFal according to the SIP REFER message. Go to the second originating terminal ITFa2, wherein the SIP REFER message carries indication information that ends the sharing session or continues to share the session content played on the second originating terminal ITFa2.
  • FIG. 15 is a block diagram showing the structure of a Content Share AS of a system for sharing content for an embodiment of the present invention.
  • the Content Share AS 1500 may include: a sharing module 1510, configured to receive a content sharing request, establish a sharing session with the receiving terminal ITFb, and share the session played on the first initiating terminal ITFal to the receiving terminal ITFb a content control module 1520, configured to receive a status notification that the played session content is transferred from the first initiating terminal ITFal to the second initiating terminal ITFa2, and end the sharing session according to the status notification or continue to share with the receiving terminal ITFb The session content that continues to be played on the second originating terminal ITFal.
  • a sharing module 1510 configured to receive a content sharing request, establish a sharing session with the receiving terminal ITFb, and share the session played on the first initiating terminal ITFal to the receiving terminal ITFb
  • a content control module 1520 configured to receive a status notification that the played session content is transferred from the first initiating terminal ITF
  • the content sharing request message received by the sharing module 1510 is from the first initiating terminal ITFal or the second initiating terminal ITFa2, wherein the request message carries an indication that the request is shared. It is the content of the session played on the first initiating terminal ITFal.
  • the sharing module 1510 is specifically configured to receive the content sharing request, subscribe the IPTV control device to the first initiating terminal to play content information, and forward the sharing request to the receiving terminal, to Requesting to establish the sharing session; accessing the content of the session played by the first initiating terminal according to the content information of the first initiating terminal sent by the IPTV device, and forwarding the content to the receiving terminal by using the sharing session A session content played on the terminal.
  • the control module 1520 is a first control module, configured to receive the status notification that is sent from the IPTV Control to carry the indication information of the end sharing session, and end according to the carrying The status notification of the indication information of the shared session ends the sharing session with the receiving terminal ITFb.
  • the control module 1520 is a second control module, configured to receive the status of the indication information that is sent from the IPTV Control and continues to share the session content played on the second originating terminal ITFa2. And notifying, according to the state notification carrying the indication information that continues to share the session content played on the second originating terminal ITFa2, continuing to share the session content played on the second initiating terminal ITFa2.
  • the second control module is specifically configured to receive, by the Internet Protocol television control device, the status of the indication information that continues to share the session content played on the second originating terminal. Notifying, according to the instruction information that continues to share the session content played on the second initiating terminal, subscribing the second initiating terminal to play the content information to the IPTV control device; and playing the content information according to the second initiating terminal sent by the IPTV device And accessing the session content played on the second initiating terminal, and forwarding the session content played on the second initiating terminal to the receiving terminal by using the sharing session. .
  • 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.

Description

共享内容的方法和设备 本申请要求于 2011 年 5 月 10 日提交中国专利局、 申请号为 201110120129.2、名称为 "共享内容的方法和设备"的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明实施例涉及互联网协议电视领域， 更具体地说， 本发明涉及互联网 协议电视中共享内容的方法和设备。 背景技术
IPTV ( Internet Protocol Television ) 互联网协议电视， 俗称交互式网络电 视， 是在 IP网络上传送包含电视、 视频、 文本、 图像、 数据等， 提供 QoS (服 务质量） /QoE (体验质量）、 安全、 交互性和可靠性的可管理的多媒体业务。 IPTV技术集 Internet, 多媒体、 通信等多种技术于一体， 利用宽带网络作为基 础设施， 以家用电视机、 个人电脑、 手机等作为主要显示终端， 通过 IP协议 向用户提供包括数字电视节目在内的多种交互型多媒体业务。 IPTV最主要的 特点在于它改变了传统的单向广播式的媒体传播方式，用户可以按需接收， 实 现用户与媒体内容提供商的实时交互， 从而更好的满足用户个性化需求。
视频共享（Video Share )业务是指用户在通话过程中， 向通话对端发起视 频共享的业务。共享的对象可以是移动终端通过摄像头实时采集的视频，也可 以是其终端上存储的视频片断文件。在通话的过程中，用户可以随机发起和终 止该业务。
后来， 共享技术进行了扩展， 共享内容不限于视频， 还可以共享离散的媒 体， 统称为内容共享 （ Content share )。
通常， 内容共享通过下述过程来实现：
( 1 - 2 ) 共享发起方终端发起 INVITE请求， INVITE请求中标明要使用 的媒体类型。 请求经应用服务器（Application Server, 筒称 "AS" )转发到达 共享接收方。 Accept-Contact头域带有 "+g.3gpp.cs-voice，， 特征标识， 表示发 起的是视频共享业务。
(3-5) 共享接收方终端收到共享发起方的 INVITE请求， 发送 183消 息给 AS,在消息的 SDP信息中包含有接收方终端接收的媒体流类型和编码方 式。 AS收到 183消息后发送 PRACK消息到共享接收方终端， 共享接收方终 端发送 PRACK的 200 OK响应。
(6-8) AS会发送 183请求给共享发起方终端， 发起方终端收到 183 消息后发送 PRACK消息到 AS, AS发送 PRACK的 200 OK响应。 该步骤与 步骤（3-5) 不存在时序关系。
(9-10) 共享发起方终端预留资源成功后， 会发送 UPDATE消息通知 共享接收方终端。
(11-12)共享接收方终端收到 UPDATE消息， 并且自己的资源预留成 功后， 会向共享发起方发送 200 OK响应消息。
(13-14) 共享接收方终端发送 180消息给共享发起方终端， 同时提示 共享接收方终端收到请求消息。
(15-16)共享接收方用户接受了共享， 共享接收方终端发送 200OK消 息， 响应 INVITE消息。
(17-18)共享发起方终端发送 ACK消息确认会话建立。 共享发起方终 端通过 RTP ^艮文进行实时视频的共享。
(19-20)共享的某一方终端发送 BYE消息,结束视频共享。
( 21 - 22 )收到 BYE消息的终端发送 BYE消息的 200 OK响应。
从业务使用来看， 在 IPTV系统中进行内容共享， 应该支持共享当前设备 观看节目的方案。 但是， 现有方案没有给出共享用户当前观看点播内容
( Content on Demand, 筒称 "CoD" ) 的方案。 同时对于正在观看的节目， 尤 其是 CoD节目， 可能会由于用户的需求在不同终端之间进行了切换（例如， 用户在家中观看节目， 出门转到手机， 或者反之）。 在现有技术中， 可以满足 所观看 IPTV内容在不同终端切换时保持会话连续。 但是， 如果用户将当前终 端观看的 IPTV内容进行了内容共享， 现有技术中， 内容共享 AS不能感知会 话转移， 即， 在内容共享发送端发生了会话转移时， 由于内容共享 AS关注的 是发起内容共享时指定的发起终端， 因此在内容共享 AS获得的信息是， 共享 内容所在终端退出了节目观看 （实际上， 内容共享发起端用户并没有退出节 目）， 因此也会终止向对端的共享操作， 造成了共享会话的中断而不能跟随转 移后播放端的节目操作进行共享。 发明内容
本发明实施例提供了一种在互联网协议电视中共享内容的方法，设备及系 统， 可在内容共享发送端发生了会话转移时，供用户灵活地选择终止共享或继 续共享。
在本发明的一个在互联网协议电视中共享内容的方法实施例中， 包括： 接收内容共享请求， 与接收终端之间建立共享会话， 向接收终端共享第一 发起终端上播放的会话内容；接收播放的会话内容从第一发起终端转移到第二 发起终端的状态通知， 并根据状态通知， 结束共享会话或者继续共享在第二发 起终端上继续播放的会话内容。
根据本发明实施例， 提供了一种共享内容的系统， 所述系统包括： 内容共 享应用服务器， 用于接收内容共享请求， 与接收终端之间建立共享会话， 向接 收终端共享第一发起终端上播放的会话内容； 互联网协议电视控制设备， 用于 将第一发起终端上播放的会话内容转移到在第二发起终端上继续播放，并发送 播放的会话内容从第一发起终端转移到第二发起终端的状态通知；其中内容共 享应用服务器还用于接收播放的会话内容从第一发起终端转移到第二发起终 端的状态通知，并根据状态通知结束共享会话或者继续共享在第二发起终端上 继续播放的会话内容。
根据本发明实施例，提供了一种内容共享应用服务器， 内容共享应用服务 器包括： 共享模块， 用于接收内容共享请求， 与接收终端之间建立共享会话， 向接收终端共享第一发起终端上播放的会话内容； 控制模块， 用于接收播放的 会话内容从第一发起终端转移到第二发起终端的状态通知，并根据状态通知结 束共享会话或者继续向接收终端共享在第二发起终端上继续播放的会话内容。
根据本发明实施例， 能够共享发起终端观看的 CoD内容， 并且在共享内 容发起方的显示终端发生转移时， 能够让内容共享 AS感知，保证共享会话的 连续性。
本发明实施例的方案能够保证后续的共享内容能够同转移后的发起终端 操作具有一致性（例如在新终端更换频道后， 共享接收端能够同步进行）。 使 得 IPTV中实现内容共享业务不受共享显示端会话转移的影响。 附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术 描述中所需要使用的附图作筒单地介绍，显而易见地， 下面描述中的附图仅仅 是本发明实施例的一些实施例，对于本领域普通技术人员来讲，在不付出创造 性劳动性的前提下， 还可以根据这些附图获得其他的附图。 在附图中：
图 1是本发明实施例一的流程图；
图 2是本发明实施例一的时序图；
图 3是 3GPP动态设备发现过程的时序图；
图 4是 3GPP中媒体转移的时序图；
图 5是利用 S IP REFER消息实现 ITFal观看的内容转移至 ITFa2的时序图； 图 6本发明实施例二的流程图；
图 7是本发明实施例二的时序图；
图 8本发明实施例三的流程图；
图 9是本发明实施例三的时序图；
图 1 0是根据图 9所示实施例进一步改进的实施例的时序图；
图 1 1是本发明实施例四的时序图；
图 12是在图 11所示实施例四中， 利用 S IP REFER消息实现内容从 ITFal 转移到 ITFa2的时序图；
图 1 3是本发明实施例共享内容的系统实施例的框图；
图 14是本发明实施例共享内容的系统实施例的框图；
图 15是本发明实施例共享内容的应用服务器的框图。 具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部 的实施例。基于本发明中的实施例， 本领域普通技术人员在没有作出创造性劳 动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
需要说明的是，本发明所有实施例中的 IPTV终端功能设 IPTV Terminal Function, 筒称 "ITF" )等同于开放 IPTV终端功能设备 ( Open IPTV Terminal Function , 筒称 "OITF" ) +IP多媒体子系统网关（IP Multimedia Subsystem Gateway,筒称 "IG" ),或者等同于 IP多媒体子系统（ IP Multimedia Subsystem, 筒称 "IMS" ) /会话创建协议（Session Initiation Protocol, 筒称 "SIP" )终端设 备（如手机）； 因此， 本发明实施例中涉及 ITF的方案， 同样适用于手机等 IMS/SIP终端的情况。本发明所有实施例中的 SIP消息，都是通过逻辑上的 SIP 代理服务器（SIP proxy ) ( IMS中的呼叫会话控制功能（ Call Session Control Function, 筒称 "CSCF" )设备、 IPTV中的鉴权与会话管理（ Authentication and Session Management, 筒称 " ASM" )设备）转发的， 由于都是基本的转发消 息功能， 一般技术人员均可理解， 这里不再一一列出。
图 1是根据本发明实施例一的流程图，图 2是根据本发明实施例一的时序 图。 以下结合图 1和图 2详细说明本发明实施例一的具体实现过程。
在图 1所示实施例一中，在 S110,网络侧接收内容共享请求（SIP邀请 invite 消息）， 与接收终端 ITFb之间建立共享会话， 向所述接收终端共享第一发起终 端 ITFal上播放的会话内容。 在本发明的一个具体实施例中， 如 2所示， S110 可以包括：
201. 用户 A在使用终端设备 ITFal收看 CoD媒体内容；
202. 用户 A使用终端设备 ITFal向内容共享应用服务器（ content share AS )发送 Invite消息， 该消息中携带指示， 表明共享的是终端设备 ITFal正在 观看的 CoD媒体内容；
203. 内容共享应用月良务器（ content share AS )向 IPTV控制（ IPTV control ) 设备发送订阅消息， 订阅终端设备 ITFal正在观看的内容；
204. IPTV控制（ IPTV control )设备向内容共享应用服务器（ content share AS )通知 ITFal当前观看的 CoD的内容信息 （如， 包含内容标识和当前观看 节目位置的 Bookmark信息）；
205. 内容共享应用服务器（content share AS )向用户 B的终端 ITFb发送 Invite消息， 发起内容共享会话的邀请。
接受 ITFb终端响应应答的同时或之前或之后， 内容共享应用服务器 ( content share AS )控制对应的媒体资源功能处理器（ Media Resource Function processor, 筒称 "MRFP" )根据 ITFal当前观看的 CoD的内容信息（例如， 包含内容标识和当前观看节目位置的 Bookmark信息）接入 ITFal当前观看的 CoD媒体内容， 并在收到 ITFb终端接受响应应答（ 200 ok )后， 向 ITFb转发 CoD媒体（图 2中的 RTP流）。
在图 1所示实施例一中， 在 S120, 网络侧将所述第一发起终端 ITFal上 播放的会话内容转移到在第二发起终端 ITF2上继续播放， 并发送所述播放的 会话内容从第一发起终端 ITFal转移到第二发起终端 ITF2的状态通知。 在本 发明的一个具体实施例中， 如图 2所示， S120可以包括：
206a.会话转移， 将由 ITFal观看的内容转移至 ITFa2, 并在转移过程中表 明不再继续共享 ITFa2上观看的媒体内容；此后，用户 A使用 ITFa2观看 CoD 内容（如图 2中， RTP流指向 ITFa2 )。
206b. IPTV控制（ IPTV control )向内容共享应用月良务器（ content share AS ) 通知 ITFal上的内容发生转移， 并不再继续内容共享。
在图 1所示实施例一中， 在 S130, 网络侧接收所述播放的会话内容从第 一发起终端 ITFal转移到第二发起终端 ITF2的状态通知， 并根据所述状态通 知，结束共享会话或者继续共享在所述第二发起终端上继续播放的所述会话内 容。 在实施例一中， 网络侧将结束内容共享会话。 在本发明的一个具体实施例 中， 如图 2所示， S130可以包括：
207. content share AS控制对应的媒体资源功能处理器 MRFP ( Media Resource Function processor )退出 CoD会话；
208. content share AS结束和对端 （ITFb ) 的共享会话。
在一种替代实施例中， 针对转移时终端 ITFal要求退出共享的场景， 在图 2中转移过程中， 由 ITFal主动向 content share AS发送 bye消息， 触发共享会 话的终结。
上述步骤 206a中， 进行会话转移， 将由 ITFal观看的内容转移至 ITFa2, 并在转移过程， 同时表明不再继续共享 ITFa2上观看的媒体内容的过程， 可以 通过 3GPP媒体转移过程（23. 237、 24.237规范）来完成。
在进行转移之前，可能需要利用 3GPP的动态设备发现过程来发现用户的 所有注册设备。 3GPP动态设备发现过程允许用户发现同一订阅下的所有用户 身份的所有注册终端。
图 3示出了 3GPP动态设备发现过程的时序图。 具体来说： 301. OITF2 向 IG发起一个 HTTP POST消息， 该 HTTP POST消息包括 SIP SUBSCRIBE注册事件包（ SIP SUBSCRIBE Registration event package ) , 该 注册指向 IPTV控制功能设备 ( IPTV Control FE );
302. IG将该 SIP SUBSCRIBE注册事件包转发到鉴权和会话管理单元 ( Authentication and Session Management, 筒称 "ASM" );
303. ASM将该 SIP SUBSCIBE注册事件包转发到 IPTV Control FE;
304. IPTV Control FE返回一个 SIP 200 OK到 ASM;
305. ASM转发 SIP 200 OK到 IG;
306. IG返回包含 SIP 200 OK响应的 HTTP 200 OK消息到 OITF2;
307. OITF2发起 HTTP Pending IG请求；
308. IPTV Control生成一个 SIP NOTIFY消息，该 SIP NOTIFY消息包括 同一 IPTV订阅下的所有用户身份的所有注册终端， IPTV Control将 SIP NOTIFY发往 ASM;
309. ASM将 SIP NOTIFY转发到 IG;
310. IG返回一个包含 SIP NOTIFY的 HTTP 200 OK消息到 OITF2;
311. OITF2发起一个包含 SIP 200 OK的 HTTP POST到 IG, 以响应 IG, 表示收到 SIP NOTIFY;
312. IG将 SIP 200 OK转发到 ASM;
313. ASM将 SIP 200 OK转发到 IPTV Control。
应该理解，本发明各种实施方式中所述的 ASM逻辑功能同 IMS的呼叫会 话控制功能（call session control function, 筒称 "CSCF" )或 SIP proxy。 主要 是完成鉴权（需要时）和 SIP消息转发（如图 3所示）。 本发明方案中， 省略 了该 CSCF设备， 需要说明的是， 所有 SIP消息都是经过该 ASM转发的。 本 领域普通技术人员应该理解， 在 3GPP等国际规范中， 对于仅进行转发而不特 别处理的情况， 在方案描述中通常省略 CSCF。
本领域技术人员应该理解，本发明各种实施例中的 SIP消息都是经过 ASM 转发的。
图 4示出了 3GPP中媒体转移的时序图， 具体如下：
400. UE1与 SCC AS进行媒体会话；
401. UE-1发送媒体和业务转移请求到 SCC AS,请求将媒体从 UE1转移 到 UE2;
402. SCC AS同 UE-2建立媒体会话并且更新远端支路；
403. SCC AS释放同 UE1的会话。
根据一种优选实施例， 本发明可利用 SIP REFER消息实现 ITFal观看的 内容转移至 ITFa2。
图 5是利用 SIP REFER消息实现 ITFal观看的内容转移至 ITFa2的时序 图， 具体包括：
501. ITFal向 IPTV Control发送 SIP REFER消息； 在本发明的一个实施 例中， 对 SIP REFER消息进行了扩展， 使之可指明是否继续在新的终端上进 行内容共享；
502. IPTV Control 向 ITFa2发送 SIP REFER消息；
503. ITFal返回 SIP 202 ACCEPTED;
504. IPTV Control 向 ITFal转发 SIP 202 ACCEPTED;
505. ITFa2向 IPTV Control发送 Invite消息；
506. IPTV Control 向 ITFal发送 re-invite消息保持媒体；
507. ITFal向 CDN (内容分发网络）发送 RTSP PAUSE消息，携带 RTSP id;
508. CDN返回 200 ok消息；
509. ITFal向 IPTV Control转发 200 ok消息；
510. IPTV Control向 CND发送 Invite消息；
511. CDN返回 200 ok消息；
512. IPTV Control将 200 ok转发给 ITFa2;
513. ITFa2向 ITFal发送 SIP Notify通知；
514. ITFal返回 200 ok;
515. ITFa2向 CDN发送 RTSP Play消息， 携带 RTSP id , position标识；
516. CDN向 ITFa2返回 200 ok消息。
本发明在 SIP REFER消息中进行扩展， 指明是否继续在新设备， 即 ITFa2 上内容共享。 该消息发向 IPTV control, 因此 IPTV control可以知道是否继续 内容共享， 并向 Content share AS发送相应内容的 Notify通知。 根据一种优选 实施例， 如果默认是不继续， 则在不继续时可以不用扩展。 依网络资源条件的 不同， 终止（tear down )到 ITFal会话的过程可以在 514步之后， 也可以在 511步之后进行。
图 6是根据本发明实施例二的流程图，图 7是根据本发明实施例二的一个 具体实施方式的时序图。 实施例二与实施例一的不同之处在于， 会话内容从 ITFal转移到 ITFa2之后， 继续共享在 ITFa2上播放的会话内容。 因此， 实施 例二的方法的 S610与实施例一的 S110基本类似， 不再重复描述。
下面结合图 6和图 7具体描述实施例二与实施例一不同的地方，即在 S620 将所述第一发起终端 ITFal上播放的会话内容转移到在第二发起终端 ITF2上 继续播放，并发送所述播放的会话内容从第一发起终端 ITFal转移到第二发起 终端 ITF2的状态通知。 与 S120不同的是， 状态通知中指明继续共享在 ITFa2 上播放的 CoD内容。
具体来说，在本发明的一个实施例中，在 S610包括与 S110基本相同的内 容。 如图 7所示， S610包括步骤 701至 705, 而图 7中的 701至 705与图 2 所示的 201至 205基本相同。
步骤 S620可以包括：
706a.会话转移， 将由 ITFal观看的内容转移至 ITFa2, 并在转移过程中表 明继续共享 ITFa2上观看的媒体内容； 此后， 用户 A使用 ITFa2观看 CoD内 容（如图 6中， RTP流指向 ITFa2 )。
706b. IPTV控制（ IPTV control )设备向内容共享应用服务器（ content share AS )通知 ITFal上的内容发生转移， 并继续共享 ITFa2上的内容。
在实施例二中， 在 S630, 网络侧接收所述播放的会话内容从第一发起终 端 ITFal转移到第二发起终端 ITF2的状态通知， 并根据所述状态通知， 结束 共享会话或者继续共享在所述第二发起终端上继续播放的所述会话内容。在图 7所示实施例中， 将继续共享 ITFa2上播放的的内容。 在本发明的一个实施例 中， 如图 7所示， S630包括：
707. 内容共享应用月良务器（ content share AS )向 IPTV控制（ IPTV control ) 设备发送订阅消息， 订阅终端设备 ITFa2正在观看的内容信息；
708. IPTV控制（ IPTV control )设备向内容共享应用月良务器（ content share AS )通知 ITFa2当前观看的 CoD的内容信息 （如， 包含内容标识和当前观看 节目位置的 Bookmark信息）；按照会话转移的通常场景设定，此过程中， ITFa2 内容和 ITFal连续， 因此，该过程中，对于 MRFP接入媒体、向对端共享媒体， 均无变化；
709. ITFa2上发生了内容变更操作（如， 用户换台）；
710. IPTV控制（ IPTV control )向内容共享应用服务器（ content share AS ) 通知 ITFa2当前观看的的内容信息（如， 点播内容（ Content on Demand,筒称
"CoD" ) 时包含内容标识和当前观看节目位置的书签（Bookmark )信息， 调 度（ Schedule ) 时包含频道号）；
711. 内容共享应用服务器（content share AS )控制对应的媒体资源功能 处理器 MRFP ( Media Resource Function processor )根据变化后的 ITFa2当前 观看的的内容信息（如， CoD时包含内容标识和当前观看节目位置的 Bookmark 信息， Schedule时包含频道号）接入媒体流， 并向对端 （ ITFb )转发。
与实施例一类似， 上述步骤 706a中， 进行会话转移， 将由 ITFal观看的 内容转移至 ITFa2, 并在转移过程， 同时表明继续共享 ITFa2上观看的媒体内 容的过程， 可以通过 3GPP动态设备发现过程（23. 237、 24.237规范）的媒体 转移过程来完成。
与实施例一的优选实施例类似， 实施例二也可以利用 SIP REFER消息实 现 ITFal观看的内容转移至 ITFa2。 SIP REFER消息中进行扩展， 指明继续在 ITFa2上内容共享。 如果默认是继续共享， 则可以不进行扩展。
实施例二与实施例一不同之处还在于，如图 7中的 709至 711所示， ITFa2 可以通知 Content share AS会话转移， 改变内容共享会话的信令控制终端， 即 媒体和会话都转移。
参照图 2和图 7可以看出，会话转移过程为相对独立的过程， 与本发明方 法的其他内容没有必然的顺序问题。
图 8是根据本发明实施例三的流程图，图 9是根据本发明实施例三的时序 图。 实施例三基本上与实施例二相同， 所不同的是， 实施例三中， 用户 A使 用 IFTa2向 Content share AS发送 Invite消息， 但是表明共享的 ITFal上正在 观看的 CoD媒体内容。
结合图 8和图 9具体来说， 实施例三的方法包括：
在 S810, 网络侧接收内容共享请求（SIP邀请 invite消息）， 与接收终端 ITFb之间建立共享会话， 向所述接收终端共享第一发起终端 ITFal上播放的 会话内容其中， 所述共享请求是来自 ITFa2的 Invite消息；
在 S820, 网络侧将所述第一发起终端 ITFal上播放的会话内容转移到在 第二发起终端 ITF2上继续播放， 并发送所述播放的会话内容从第一发起终端 ITFal转移到第二发起终端 ITF2的状态通知。其中所述网络侧接收来自 ITFal 的会话内容转移消息，将会话内容从第一发起终端 ITFal转移到在第二发起终 端 ITFa2上播放，并发送所述播放的会话内容从第一发起终端 ITFal转移到第 二发起终端 ITF2的状态通知， 该状态通知携带继续共享 ITFa2上播放的会话 内容的指示信息。
在 S830, 网络侧接收播放的会话内容从第一发起终端 ITFal转移到第二 发起终端 ITF2的状态通知， 并根据所述状态通知， 结束共享会话或者继续共 享在所述第二发起终端上继续播放的会话内容。在实施例三中， 网络侧将继续 共享 ITFa2上播放的会话内容。 如图 9所示， 步骤 906至 911与图 7中所示的 步骤 706至 701基本相同， 而步骤 901至 905与图 7所示的步骤 701至 705 存在不同之处， 即 S810中的与 S610不同之处在于，
S810包括：
901. 用户 A在使用终端设备 ITFal收看 CoD媒体内容；
902. 用户 A使用终端设备 ITFa2向内容共享应用服务器（ content share AS )发送 Invite消息， 该消息中携带指示， 表明共享的是终端设备 ITFal正在 观看的 CoD媒体内容。
903. 内容共享应用月良务器（ content share AS )向 IPTV控制（ IPTV control ) 设备发送订阅消息， 订阅终端设备 ITFal正在观看的内容；
904. IPTV控制（ IPTV control )设备向内容共享应用服务器（ content share AS )通知 ITFal当前观看的 CoD的内容信息 （如， 包含内容标识和当前观看 节目位置的 Bookmark信息）；
905. 内容共享应用服务器（content share AS )向用户 B的终端 ITFb发送
Invite消息， 发起内容共享会话的邀请。
接受 ITFb终端响应应答的同时或之前或之后， 内容共享应用服务器 ( content share AS )控制对应的媒体资源功能处理器 ( Media Resource Function processor, 筒称 "MRFP" )根据 ITFal当前观看的 CoD的内容信息（例如， 包含内容标识和当前观看节目位置的 Bookmark信息）接入 ITFal当前观看的 CoD媒体内容， 并在收到 ITFb终端接受响应应答（ 200 ok )后， 向 ITFb转发 CoD媒体（图 9中的 RTP流）。
实施例三的其他部分 S820和 S830与实施例二的 S620和 S630基本相同， 不再重复描述， 其中 S820包括 906a至 906b, 而 S830包括 907至 911。
由于实施例三中的内容共享会话是 ITFa2发起的，所以不存在内容共享的 会话转移（从 ITFal转移到 ITFa2 )。 因此， 在一种优选实施例中， ITFa2通过 re-invite消息通知 Content share AS内容源发生了改变， 即从 ITFal改变为 ITFa2„
图 10示出了这种优选实施例的时序图。其中图 10所示的实施例包括的步 骤 1001至 1005基本类似于图 9所示实施例的 901至 905。 下面具体来说明图 10所示实施例不同于图 9所示实施例之处， 图 10所示实施例包括：
1006a. 会话转移， 将由 ITFal观看的内容转移至 ITFa2。 此后， 用户 A使 用 ITFa2观看 CoD内容（如图 2中， RTP流指向 ITFa2 )。
1006b. ITFa2向 Content Share AS发送 Re-invite消息，表明继续共享 ITFa2 上的媒体内容。
S9030可以包括：
1007. Content share AS向 IPTV Control订阅 ITFal播放的内容， 携带有 效时间为 0的标识（ expire =0 ), 即退出对 ITFal的订阅。
1008. content share AS向 IPTV control发送订阅消息，订阅终端设备 ITFa2 正在观看的内容；
1009. IPTV control向 content share AS通知 ITFa2当前观看的 CoD的内容 信息 （如， 包含内容标识和当前观看节目位置的 Bookmark信息）； 按照会话 转移的通常场景设定， 此过程中， ITFa2内容和 ITFal连续， 因此， 该过程中， 对于 MRFP接入媒体、 向对端共享媒体， 均无变化；
1010. ITFa2上发生了内容变更操作 (如， 用户换台）；
1011. IPTV control向 content share AS通知 ITFa2当前观看的的内容信息 (如， CoD时包含内容标识和当前观看节目位置的 Bookmark信息， Schedule 时包含频道号）；
1012. content share AS控制对应的媒体资源功能处理器 MRFP根据变化后 的 ITFa2当前观看的的内容信息（如， CoD时包含内容标识和当前观看节目位 置的 Bookmark信息， Schedule时包含频道号）接入媒体流， 并向对端（ ITFb ) 转发。
图 10所示实施例可以不对 SIP REFER消息进行扩展， 而默认继续共享 ITFa2上的内容。
图 11示出了本发发明的实施例四的时序图。 在实施例四中， OITFal和
OITFa2位于同一 IG下， 内容共享的实现方式与实施例一至三类似，但是增加 了 OITF与 IG之间的交互过程。 下面具体描述实施例四的内容：
1101.用户 A在使用终端 OITFal收看 CoD媒体内容；
1102.用户 A使用终端 OITFal向 IG发送 HTTP POST消息， 表明共享 OITFal上的媒体内容， IG向 content share AS转发 Invite消息；
1103. content share AS向 IPTV control发送订阅消息， 订阅终端设备 OITFal正在观看的内容；
1104. IPTV control向 content share AS通知 OITFal当前观看的 CoD的内 容信息（如， 包含内容标识和当前观看节目位置的 Bookmark信息）。 Content share AS向 IG返回 200 ok, IG向 OITFal返回 HTTP 200 OK;
1105. content share AS向用户 B的终端 ITFb发送 Invite消息，发起内容共 享会话的邀请。接受 ITFb终端响应应答的同时或之前或之后， content share AS 控制对应的 MRFP, 根据 OITFal当前观看的 CoD的内容信息（例如， 包含内 容标识和当前观看节目位置的 Bookmark信息 )接入 OITFal当前观看的 CoD 媒体内容， 并在收到 ITFb终端接受响应应答（ 200 ok )后， 向 ITFb转发 CoD 媒体（图 11中的 RTP流）。
1106a.会话转移， 将由 OITFal观看的内容转移至 OITFa2, 并在转移过程 中表明继续共享 OITFa2上观看的媒体内容； 此后， 用户 A使用 OITFa2观看
CoD内容（如图 11中， RTP流指向 ITFa2 )。
1106b. IPTV control向 content share AS通知 OITFal上的内容发生转移， 并继续共享 OITFa2上的内容。
1107. content share AS向 IPTV control发送订阅消息， 订阅终端设备
OITFa2正在观看的内容；
1108. IPTV control向 content share AS通知 OITFa2当前观看的 CoD的内 容信息（如， 包含内容标识和当前观看节目位置的 Bookmark信息）； 按照会 话转移的通常场景设定， 此过程中， OITFa2内容和 OITFal连续， 因此， 该过 程中， 对于 MRFP接入媒体、 向对端共享媒体， 均无变化；
1109. OITFa2上发生了内容变更操作（如， 用户换台）；
1110. IPTV control向 content share AS通知 OITFa2当前观看的的内容信息 (如， CoD时包含内容标识和当前观看节目位置的 Bookmark信息， Schedule 时包含频道号）；
1111. content share AS控制对应的媒体资源功能处理器 MRFP根据变化后 的 OITFa2当前观看的的内容信息（如， CoD时包含内容标识和当前观看节目 位置的 Bookmark信息， Schedule时包含频道号）接入媒体流，并向对端（ITFb ) 转发。
图 12示出了在图 11所示实施例四中， 利用 SIP REFER消息实现内容从 ITFal转移到 ITFa2的过程。 图 12所示过程类似于图 5所示的过程， 不同之 处在于增加了与 IG之间的交互。
如参照图 3所述， 在进行转移之前， 可能需要利用 3GPP的动态设备发现 过程来发现用户的所有注册设备。 3GPP动态设备发现过程的具体时序图如本 文前面参照图 3所述， 此处省略重复描述。
具体来说， 图 12所示转移过程包括：
1201. OITFal向 IG发送 HTTP POST消息， 携带 SIP REFER消息， IG 向 IPTV Control转发此 SIP REFER消息， SIP REFER消息进行了扩展， 指明 继续在新的终端上进行内容共享；
1202. IPTV Control 向 IG发送 SIP REFER消息， IG 向 OITFa2转发 SIP REFER消息；
1203. ITFa2向 IG返回 SIP 202 ACCEPTED, IG向 IPTV Control返回 SIP 202 ACCEPTED;
1204. IPTV Control 向 IG转发 SIP 202 ACCEPTED, IG向 OITFal转发
SIP 202 ACCEPTED;
1205. OITFa2向 IG发送 HTTP POST消息， 携带 SIP Invite消息， IG向 IPTV Control转发 Invite消息；
1206. IPTV Control 向 IG发送 re-invite消息保持媒体， IG向 OITFal返 回 200 OK, 携带 re-invite消息保持媒体； 1207. OITFal向 CDN (内容分发网络）发送 RTSP PAUSE消息， 携带 RTSP id;
1208. CDN返回 200 ok消息；
1209. OITFal向 IPTV Control转发 200 ok消息；
1210. IPTV Control向 CND发送 Invite消息；
1211. CDN返回 200 ok消息；
1212. IPTV Control将 200 ok返回 IG, IG将 200 OK转发给 OITFa2;
1213. OITFa2向 IG发送 HTTP POST消息， 携带 SIP Notify通知， IG向 ASM转发该 SIP Notify通知；
1214. ASM向 IG发送 SIP Notify, IG向 OITFal返回 200 ok, 携带该 SIP
Notify通知， OITFal向 IG发送 HTTP POST消息， 携带 200 OK消息， IG向 ASM转发该 200 OK;
1215. ASM向 IG返回 200 OK消息， IG向 OITFa2转发 200 OK, OITFa2 向 CDN发送 RTSP Play消息， 携带 RTSP id, position标识；
1216. CDN向 IG返回 200 ok消息。
在图 12所示实施例中，其他 SIP消息也需要经过 ASM进行中转。本领域 技术人员可以理解这些中转过程。
图 13示出了实现本发明的共享内容的方法的系统 1300的实施例，所述系 统 1300包括： Content share AS 1310, 用于接收内容共享请求， 与接收终端之 间建立共享会话， 向所述接收终端共享第一发起终端 ITFal上播放的会话内 容； 和 IPTV Control设备 1320, 用于将所述第一发起终端上 ITFal播放的会 话内容转移到在第二发起终端 ITF2上继续播放， 并发送所述播放的会话内容 从第一发起终端 ITFal转移到第二发起终端 ITF2的状态通知， 其中 Content share AS1310用于接收所述播放的会话内容从第一发起终端 ITFal转移到第二 发起终端 ITF2的状态通知， 并根据所述状态通知结束共享会话或者继续共享 在所述第二发起终端 ITF2上继续播放的所述会话内容。
针对本发明实施例一和实施例二， Content share AS 1310可以接收来自 ITFal的内容共享 Invite请求消息， 所述请求消息携带指示， 表明请求共享的 是第一发起终端 ITFal上播放的会话内容。
针对本发明实施例三， Content share AS 1310可以接收来自 ITFa2的内容 共享 Invite请求消息， 其中所述请求消息携带指示， 表明请求共享的是第一发 起终端 ITFal上播放的会话内容。
根据本发明一种实施例，如图 14所示， IPTV Control设备 1320可以包括： 接收模块 1322, 用于将接收所述播放的会话内容从第一发起终端 ITFal转移 到第二发起终端 ITF2的请求消息；转移模块 1324 ,用于接收所述接收模块 1322 发送的所述请求消息，并将所述第一发起终端 ITFal上播放的会话内容转移到 在第二发起终端 ITF2上继续播放； 发送模块 1326, 用于向 Content share AS 1310发送所述播放的会话内容从第一发起终端 ITFal转移到第二发起终端 ITF2的状态通知。
根据本发明一种实施例， 接收模块 1322用于接收来自所述第一发起终端
ITFal的所述播放的会话内容从第一发起终端 ITFal转移到第二发起终端 ITF2 的请求消息。
根据本发明一种实施例， Content share AS 1310还用于向 IPTV Control设 备 1320发送订阅第一发起终端 ITFal播放的内容的状态的订阅请求， 发送模 块 1326,用于根据 Content share AS 1310的订阅请求，向 Content share AS 1310 发送所述第一终端 ITFal播放的内容的信息， 以使 Content Share AS 1310根据 所述第一发起终端 ITFal播放的内容的信息与接收终端 ITFb建立共享会话， 向所述接收终端 ITFb共享第一发起终端 ITFal上播放的会话内容。
根据本发明一种实施例， 接收模块 1322接收的所述请求消息携带结束共 享会话的指示信息， 发送模块 1326具体用于向 Content share AS 1310发送携 带所述结束共享会话的指示信息的状态通知， Content share AS 1310用于根据 所述携带所述结束共享会话的指示信息的状态通知， 结束与接收终端 ITFb的 共享会话。
根据本发明一种实施例， 接收模块 1322接收的所述请求消息携带继续共 享在所述第二发起终端 ITFa2上播放的会话内容的指示信息的状态消息，发送 模块 1326具体用于向 Content share AS 1310发送携带继续共享在所述第二发 起终端 ITF2a上播放的会话内容的指示信息的状态通知， Content share AS 1310 用于根据所述携带继续共享在所述第二发起终端 ITFa2上播放的会话内容的 指示信息的状态通知， 继续共享在所述第二发起终端 ITFa2上播放的会话内 容。 根据本发明一种实施例， Content share AS 1310还用于向 IPTV Control设 备 1320发送订阅第二发起终端 ITFa2播放的内容的状态的订阅请求， 发送模 块 1326,用于根据 Content share AS 1310的订阅请求，向 Content share AS 1310 发送所述第二终端 ITFa2播放的内容的信息， 以使 Content share AS 1310根据 所述第二发起终端 ITFa2播放的内容的信息与接收终端 ITFb建立共享会话， 向所述接收终端 ITFb共享第二发起终端 ITFa2上播放的会话内容。
根据本发明一种实施例， 接收模块 1322用于接收来自所述第一发起终端 ITFal的 SIP REFER消息， 转移模块 1324根据所述 SIP REFER消息将所述播 放的会话内容从第一发起终端 ITFal转移到第二发起终端 ITFa2,其中所述 SIP REFER消息携带结束共享会话或者继续共享在所述第二发起终端 ITFa2上播 放的所述会话内容的指示信息。
图 15是用于本发明实施例的共享内容的系统的 Content Share AS的结构 框图。 如图 15所示， Content Share AS 1500 可以包括： 共享模块 1510, 用于 接收内容共享请求，与接收终端 ITFb之间建立共享会话，向所述接收终端 ITFb 共享第一发起终端 ITFal上播放的会话内容； 控制模块 1520, 用于接收所述 播放的会话内容从第一发起终端 ITFal转移到第二发起终端 ITFa2的状态通 知， 并根据所述状态通知结束共享会话或者继续向所述接收终端 ITFb共享在 所述第二发起终端 ITFal上继续播放的所述会话内容。
根据本发明一种实施例， 所述共享模块 1510接收的所述内容共享请求消 息来自所述第一发起终端 ITFal或所述第二发起终端 ITFa2, 其中所述请求消 息携带指示， 表明请求共享的是第一发起终端 ITFal上播放的会话内容。
根据本发明一种实施例， 所述共享模块 1510具体用于接收所述内容共享 请求， 向 IPTV控制设备订阅所述第一发起终端播放内容信息； 向所述接收终 端转发所述共享请求， 以请求建立所述共享会话； 根据 IPTV设备发送的所述 第一发起终端播放内容信息，接入所述第一发起终端上播放的会话内容，通过 所述共享会话向所述接收终端转发所述第一发起终端上播放的会话内容。
根据本发明一种实施例， 所述控制模块 1520为第一控制模块， 用于接收 发自 IPTV Control的携带所述结束共享会话的指示信息的所述状态通知，并根 据所述携带所述结束共享会话的指示信息的状态通知， 结束与接收终端 ITFb 的共享会话。 根据本发明一种实施例， 所述控制模块 1520为第二控制模块， 用于接收 发自 IPTV Control的携带继续共享在所述第二发起终端 ITFa2上播放的会话内 容的指示信息的所述状态通知， 根据所述携带继续共享在所述第二发起终端 ITFa2上播放的会话内容的指示信息的状态通知， 继续共享在所述第二发起终 端 ITFa2上播放的会话内容。
根据本发明一种实施例，所述第二控制模块具体用于接收发自所述互联网 协议电视控制设备的携带继续共享在所述第二发起终端上播放的会话内容的 指示信息的所述状态通知，根据继续共享在所述第二发起终端上播放的会话内 容的指示信息， 向 IPTV控制设备订阅所述第二发起终端播放内容信息； 根据 IPTV设备发送的所述第二发起终端播放内容信息， 接入所述第二发起终端上 播放的会话内容，通过所述共享会话向所述接收终端转发所述第二发起终端上 播放的会话内容。。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示 例的单元及算法步骤， 能够以电子硬件、 计算机软件或者二者的结合来实现， 为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地 描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决 于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用 来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范 围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器 执行的软件模块， 或者二者的结合来实施。 软件模块可以置于随机存储器 ( RAM )、内存、只读存储器（ ROM )、电可编程 ROM、电可擦除可编程 ROM、 寄存器、 硬盘、 可移动磁盘、 CD-ROM, 或技术领域内所公知的任意其它形式 的存储介质中。
尽管已示出和描述了本发明的一些实施例，但本领域技术人员应理解，在 不脱离本发明的原理和精神的情况下， 可对这些实施例进行各种修改， 这样的 修改应落入本发明的范围内。

Claims

权利要求书
1. 一种共享内容的方法， 其特征在于， 所述方法包括：
接收内容共享请求， 与接收终端之间建立共享会话， 向所述接收终端共享 第一发起终端上播放的会话内容；
接收所述播放的会话内容从第一发起终端转移到第二发起终端的状态通 知， 并根据所述状态通知， 结束共享会话或者继续向所述接收终端共享在所述 第二发起终端上继续播放的所述会话内容。
2. 如权利要求 1 所述的方法， 其特征在于， 接收内容共享请求， 与接收 终端之间建立共享会话， 向所述接收终端共享第一发起终端上播放的会话内 容， 包括：
接收所述内容共享请求， 向 IPTV控制设备订阅所述第一发起终端播放内 容信息；
向所述接收终端转发所述共享请求， 以请求建立所述共享会话； 根据 IPTV设备发送的所述第一发起终端播放内容信息， 接入所述第一发 起终端上播放的会话内容，通过所述共享会话向所述接收终端转发所述第一发 起终端上播放的会话内容。
3. 如权利要求 1或 2所述的方法， 其特征在于， 所述状态通知携带结束 所述共享会话的指示信息；
所述根据所述状态通知，结束共享会话或者继续向所述接收终端共享在所 述第二发起终端上继续播放的所述会话内容， 包括：
根据所述结束所述共享会话的指示信息， 结束所述共享会话。
4. 如权利要求 1或 2所述的方法， 其特征在于， 所述状态通知携带继续 共享在所述第二发起终端上播放的会话内容的指示信息；
所述根据所述状态通知，结束共享会话或者继续共享在所述第二发起终端 上继续播放的所述会话内容， 包括：
根据所述继续共享在所述第二发起终端上播放的会话内容的指示信息，向 所述接收终端继续共享在所述第二发起终端上播放的会话内容。
5. 如权利要求 4所述的方法， 其特征在于， 所述根据继续共享在所述第 二发起终端上播放的会话内容的指示信息，向所述接收终端继续共享在所述第 二发起终端上播放的会话内容， 包括： 根据继续共享在所述第二发起终端上播 放的会话内容的指示信息， 向 IPTV控制设备订阅所述第二发起终端播放内容 信息；
根据 IPTV设备发送的所述第二发起终端播放内容信息， 接入所述第二发 起终端上播放的会话内容，通过所述共享会话向所述接收终端转发所述第二发 起终端上播放的会话内容。
6. 如权利要求 1-5任一所述的方法， 其特征在于， 所述接收内容共享请 求， 包括：
接收来自所述第一发起终端或所述第二发起终端的内容共享请求消息，该 请求消息中携带指示， 表明请求共享的是第一发起终端上播放的会话内容。
7. 如权利要求 1-6任一所述的方法， 其特征在于， 所述将所述第一发起 终端上播放的会话内容转移到在第二发起终端上继续播放， 包括：
利用 SIP REFER消息实现会话内容从第一发起终端转移到第二发起终端。
8. 如权利要求 7所述的方法， 其特征在于， 所述利用 SIP REFER消息实 现会话内容从第一发起终端转移到第二发起终端， 包括：
扩展 SIP REFER消息， 指明结束共享或者继续共享在所述第二发起终端 上播放的会话内容。
9. 一种共享内容的系统， 其特征在于， 所述系统包括：
内容共享应用服务器， 用于接收内容共享请求， 与接收终端之间建立共享 会话， 向所述接收终端共享第一发起终端上播放的会话内容；
互联网协议电视控制设备，用于将所述第一发起终端上播放的会话内容转 移到在第二发起终端上继续播放，并发送所述播放的会话内容从第一发起终端 转移到第二发起终端的状态通知；
其中所述内容共享应用服务器还用于接收所述播放的会话内容从第一发 起终端转移到第二发起终端的状态通知，并根据所述状态通知结束共享会话或 者继续向所述接收终端共享在所述第二发起终端上继续播放的所述会话内容。
10. 如权利要求 9所述的系统， 其中所述互联网协议电视控制设备包括： 接收模块，用于接收将所述播放的会话内容从第一发起终端转移到第二发 起终端的请求消息；
转移模块， 用于接收所述接收模块发送的所述请求消息， 并将所述第一发 起终端上播放的会话内容转移到在第二发起终端上继续播放；
发送模块，用于向所述内容共享应用服务器发送所述播放的会话内容从第 一发起终端转移到第二发起终端的状态通知。
11. 如权利要求 9或 10所述的共享内容的系统， 其特征在于， 所述内容 共享应用服务器接收的所述内容共享请求消息来自所述第一发起终端或所述 第二发起终端， 其中所述请求消息携带指示，表明请求共享的是第一发起终端 上播放的会话内容。
12. 如权利要求 10所述的共享内容的系统， 其特征在于， 所述接收模块 具体用于接收来自所述第一发起终端的将所述播放的会话内容从第一发起终 端转移到第二发起终端的请求消息。
13. 如权利要求 10-12任一所述的共享内容的系统， 其特征在于， 所述内 容共享应用服务器还用于向所述互联网协议电视控制设备发送订阅第一发起 终端播放的内容的状态的订阅请求，
所述发送模块，还用于根据所述内容共享应用服务器的订阅请求， 向所述 内容共享应用服务器发送所述第一终端播放的内容的信息，以使所述内容共享 服务器根据所述第一发起终端播放的内容的信息与接收终端建立共享会话，向 所述接收终端共享第一发起终端上播放的会话内容。
14. 如权利要求 10所述的共享内容的系统， 其特征在于， 所述接收模块 接收的所述请求消息携带结束共享会话的指示信息，
所述发送模块具体用于向所述内容共享应用服务器发送携带所述结束共 享会话的指示信息的所述状态通知，
所述内容共享应用服务器用于根据所述携带所述结束共享会话的指示信 息的状态通知， 结束与接收终端的共享会话。
15. 如权利要求 10所述的共享内容的系统， 其特征在于， 所述接收模块 接收的所述请求消息携带继续共享在所述第二发起终端上播放的会话内容的 指示信息的状态消息，
所述发送模块具体用于向所述内容共享应用服务器发送携带继续共享在 所述第二发起终端上播放的会话内容的指示信息的所述状态通知，
所述内容共享应用服务器用于根据所述携带继续共享在所述第二发起终 端上播放的会话内容的指示信息的状态通知，继续共享在所述第二发起终端上 播放的会话内容。
16. 如权利要求 15所述的共享内容的系统， 其特征在于， 所述内容共享 应用服务器还用于向所述互联网协议电视控制设备发送订阅第二发起终端播 放的内容的状态的订阅请求，
所述发送模块，还用于根据所述内容共享应用服务器的订阅请求， 向所述 内容共享应用服务器发送所述第二终端播放的内容的信息，以使所述内容共享 服务器根据所述第二发起终端播放的内容的信息向所述接收终端共享第二发 起终端上播放的会话内容。
17. 如权利要求 10所述的共享内容的系统， 其特征在于， 所述接收模块 具体用于接收来自所述第一发起终端的 SIP REFER消息， 所述转移模块具体 用于根据所述 SIP REFER消息将所述播放的会话内容从第一发起终端转移到 第二发起终端。
18. 如权利要求 17所述的共享内容的系统， 其特征在于， 所述接收模块 接收的所述 SIP REFER消息携带结束共享会话或者继续共享在所述第二发起 终端上播放的所述会话内容的指示信息。
19. 一种内容共享应用服务器， 其特征在于， 所述内容共享应用服务器包 括：
共享模块， 用于接收内容共享请求， 与接收终端之间建立共享会话， 向所 述接收终端共享第一发起终端上播放的会话内容；
控制模块，用于接收所述播放的会话内容从第一发起终端转移到第二发起 终端的状态通知，并根据所述状态通知结束共享会话或者继续向所述接收终端 共享在所述第二发起终端上继续播放的所述会话内容。
20. 如权利要求 19所述的内容共享应用服务器， 其特征在于，
所述共享模块接收的所述内容共享请求消息来自所述第一发起终端或所 述第二发起终端，其中所述请求消息携带指示，表明请求共享的是第一发起终 端上播放的会话内容。
21. 如权利要求 19或 20所述的内容共享应用服务器， 其特征在于， 所述共享模块具体用于接收所述内容共享请求， 向 IPTV控制设备订阅所 述第一发起终端播放内容信息； 向所述接收终端转发所述共享请求， 以请求建 立所述共享会话； 根据 IPTV设备发送的所述第一发起终端播放内容信息， 接 入所述第一发起终端上播放的会话内容，通过所述共享会话向所述接收终端转 发所述第一发起终端上播放的会话内容。
22. 如权利要求 19-21任一所述的内容共享应用服务器， 其特征在于， 所述控制模块具体为：
第一控制模块，用于接收发自所述互联网协议电视控制设备的携带所述结 束共享会话的指示信息的所述状态通知，并根据所述携带所述结束共享会话的 指示信息的状态通知， 结束与接收终端的共享会话； 或者
第二控制模块，用于接收发自所述互联网协议电视控制设备的携带继续共 享在所述第二发起终端上播放的会话内容的指示信息的所述状态通知，根据所 述携带继续共享在所述第二发起终端上播放的会话内容的指示信息的状态通 知， 继续共享在所述第二发起终端上播放的会话内容。
23. 如权利要求 22所述的内容共享应用服务器， 其特征在于，
所述第二控制模块具体用于接收发自所述互联网协议电视控制设备的携 带继续共享在所述第二发起终端上播放的会话内容的指示信息的所述状态通 知，根据继续共享在所述第二发起终端上播放的会话内容的指示信息，向 IPTV 控制设备订阅所述第二发起终端播放内容信息； 根据 IPTV设备发送的所述第 二发起终端播放内容信息，接入所述第二发起终端上播放的会话内容，通过所 述共享会话向所述接收终端转发所述第二发起终端上播放的会话内容。
PCT/CN2012/075298 2011-05-10 2012-05-10 共享内容的方法和设备 WO2012152223A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP12782723.6A EP2698962B1 (en) 2011-05-10 2012-05-10 Content sharing method and device
US14/075,383 US9686321B2 (en) 2011-05-10 2013-11-08 Method and device for content sharing
US15/591,614 US10044772B2 (en) 2011-05-10 2017-05-10 Method and device for content sharing

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110120129.2 2011-05-10
CN2011101201292A CN102780678A (zh) 2011-05-10 2011-05-10 共享内容的方法和设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/075,383 Continuation US9686321B2 (en) 2011-05-10 2013-11-08 Method and device for content sharing

Publications (1)

Publication Number Publication Date
WO2012152223A1 true WO2012152223A1 (zh) 2012-11-15

Family

ID=47125434

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/075298 WO2012152223A1 (zh) 2011-05-10 2012-05-10 共享内容的方法和设备

Country Status (4)

Country Link
US (2) US9686321B2 (zh)
EP (1) EP2698962B1 (zh)
CN (2) CN102780678A (zh)
WO (1) WO2012152223A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102685563B (zh) * 2011-03-15 2015-11-25 华为终端有限公司 互联网协议电视内容共享方法、装置以及终端设备
CN102857579B (zh) 2012-09-27 2014-06-04 腾讯科技（深圳）有限公司 一种信息处理方法、装置、终端及服务器
US10271106B2 (en) 2015-09-15 2019-04-23 Google Llc Episodic timely notification based on a notifiable event
WO2017132340A1 (en) * 2016-01-29 2017-08-03 Rovi Guides, Inc. Systems and methods for enabling users to receive access to content in closed network
US10796255B2 (en) * 2016-12-29 2020-10-06 Dropbox, Inc. Managing project tasks using content items
CN108206993B (zh) * 2018-01-29 2022-04-29 中兴通讯股份有限公司 业务共享方法、装置、存储介质及电子装置
US11089356B2 (en) * 2019-03-26 2021-08-10 Rovi Guides, Inc. Systems and methods for media content hand-off based on type of buffered data
CN110392104B (zh) * 2019-07-18 2022-06-10 腾讯科技（深圳）有限公司 数据同步方法、系统、服务器及存储介质
JP6988872B2 (ja) * 2019-11-08 2022-01-05 トヨタ自動車株式会社 貢献度評価装置
CN112866371A (zh) * 2021-01-13 2021-05-28 深圳市修远文化创意有限公司 一种基于物联网的跨区域服务转移方法及影院智能平台

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101052044A (zh) * 2007-05-18 2007-10-10 华为技术有限公司 一种ims中iptv流媒体业务实现方法、网络设备及终端设备
CN101159850A (zh) * 2007-11-21 2008-04-09 华为软件技术有限公司 实现多终端协同控制播放视频数据的方法和播放控制代理
CN101257646A (zh) * 2007-02-27 2008-09-03 中国移动通信集团公司 媒体共享转移方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2007101B1 (en) * 2007-06-20 2013-06-12 Alcatel Lucent A system with session transfer capability and related method
US8392580B2 (en) * 2008-02-20 2013-03-05 Research In Motion Limited Methods and systems for facilitating transfer of sessions between user devices
US20100005517A1 (en) 2008-07-02 2010-01-07 Telefonaktiebolaget Lm Ericsson (Publ) Iptv content sharing in ims network
WO2010081146A2 (en) * 2009-01-12 2010-07-15 Starent Networks, Corp Transferring sessions in a communications network
ES2959653T3 (es) * 2009-05-04 2024-02-27 Blackberry Ltd Sistema y método para implementar medios y transferencia de medios entre dispositivos
CN102804730A (zh) * 2009-05-04 2012-11-28 捷讯研究有限公司 用于实现设备之间的媒体和媒体转移的系统和方法
CN101883333B (zh) * 2009-05-08 2012-12-19 华为技术有限公司 获取指定用户实时媒体播放信息的方法、系统和装置
RU2496277C2 (ru) * 2009-05-26 2013-10-20 Нокиа Корпорейшн Способ и устройство для переноса мультимедийного сеанса
US8452878B2 (en) * 2010-09-29 2013-05-28 Telefonaktiebolaget L M Ericsson (Publ) Content sharing for social engagement

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101257646A (zh) * 2007-02-27 2008-09-03 中国移动通信集团公司 媒体共享转移方法
CN101052044A (zh) * 2007-05-18 2007-10-10 华为技术有限公司 一种ims中iptv流媒体业务实现方法、网络设备及终端设备
CN101159850A (zh) * 2007-11-21 2008-04-09 华为软件技术有限公司 实现多终端协同控制播放视频数据的方法和播放控制代理

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
CN107135412B (zh) 2021-02-12
EP2698962A4 (en) 2014-05-21
US10044772B2 (en) 2018-08-07
CN102780678A (zh) 2012-11-14
US20140068090A1 (en) 2014-03-06
US9686321B2 (en) 2017-06-20
EP2698962B1 (en) 2018-03-07
CN107135412A (zh) 2017-09-05
EP2698962A1 (en) 2014-02-19
US20170244764A1 (en) 2017-08-24

Similar Documents

Publication Publication Date Title
US10044772B2 (en) Method and device for content sharing
EP2241078B1 (en) Method and internet protocol television (iptv) content manager server for iptv servicing
US8046479B2 (en) Media channel management
US8473621B2 (en) Method, system, and apparatus for creating content-on-demand service
EP2672678B1 (en) Method, apparatus and terminal device for internet protocol television content sharing
US20090055540A1 (en) Methods and Systems for Multicast Control and Channel Switching for Streaming Media in an IMS Environment
CA2726446C (en) A method and a user equipment for reserving bandwidth
WO2007098703A1 (fr) Procédé, système et dispositif de ressources multimédia permettant d'obtenir un service de programmation tv basé sur un réseau ngn
EP2584760B1 (en) Method for realizing video browsing, ip multimedia subsystem (ims) video monitoring system, and monitoring front end
WO2010075696A1 (zh) 一种支持手机电视节目共享的系统和方法
WO2008110122A1 (fr) Procédé, système et entité tampon de commutation de chaînes de téléréseau
WO2009024092A1 (fr) Procédé et système permettant la commande d'autorisation de ressource de service
US10123085B2 (en) Synchronised social TV
WO2009033401A1 (fr) Procédé de communication, système de communication et entité de fonction de commande de service
Riede et al. Session and media signaling for IPTV via IMS
WO2012055317A1 (zh) 信息显示方法及设备
WO2009003408A1 (fr) Procédé de commutation d'un flux multimédia, système et équipement dans un service de télévision à décalage temporel
WO2009132564A1 (zh) 播放控制的方法、装置及系统
WO2009006820A1 (fr) Procédé et système pour fournir un flux multimédia durant une commutation de serveurs multimédias
WO2009024077A1 (fr) Procédé et dispositif pour acquérir un paramètre de service iptv
WO2009012714A1 (fr) Procédé et dispositif pour commander les médias en flux
WO2010001491A1 (en) Local area streaming management method
WO2011000151A1 (zh) 网络电视频道业务实现方法和相关设备
KR20050068095A (ko) 영상 프레임 저장 및 재생을 위한 통화로 재설정 장치 및그 방법
KR20080065401A (ko) 화상 서비스 및 브이오아이피를 이용한 통화 서비스 동시제공 방법 및 장치

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: 12782723

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012782723

Country of ref document: EP