WO2010127627A1 - 获取指定用户实时媒体播放信息的方法、系统和装置 - Google Patents

获取指定用户实时媒体播放信息的方法、系统和装置 Download PDF

Info

Publication number
WO2010127627A1
WO2010127627A1 PCT/CN2010/072481 CN2010072481W WO2010127627A1 WO 2010127627 A1 WO2010127627 A1 WO 2010127627A1 CN 2010072481 W CN2010072481 W CN 2010072481W WO 2010127627 A1 WO2010127627 A1 WO 2010127627A1
Authority
WO
WIPO (PCT)
Prior art keywords
real
specified user
information
time media
request
Prior art date
Application number
PCT/CN2010/072481
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 华为技术有限公司
Publication of WO2010127627A1 publication Critical patent/WO2010127627A1/zh

Links

Classifications

    • 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/1076—Screening of IP real time communications, e.g. spam over Internet telephony [SPIT]
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • 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/147—Signalling methods or messages providing extensions to protocols defined by standardisation
    • 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
    • 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

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, system and apparatus for acquiring real-time media playback information of a specified user.
  • IMS IP Multimedia Subsystem, IP Multimedia Subsystem
  • 3GPP 3rd Generation Partnership Project
  • ITU-T International Telecommunication Union - Telecommunication Standardization Sector
  • ETSI European Telecommunications Standards Institute
  • the IMS adopts the IP packet domain as the bearer channel for its control signaling and media transmission, and uses SIP (Session Initiation Protocol) as the call control signaling to realize the separation of service management, ⁇ control and bearer access. .
  • SIP Session Initiation Protocol
  • IPTV Internet Protocol Television
  • the IPTV (Internet Protocol Television) service based on the IMS architecture is a broadband cable television network that integrates various technologies such as Internet, multimedia, and communication to provide home users with a variety of digital televisions, including digital television.
  • a new technology for interactive services Users can enjoy IPTV services at home using a personal computer, or using a network set-top box and a normal TV set, or enjoy IPTV services through mobile terminals.
  • IPTV uses TCP/IP as the bearer protocol for unicast, broadcast or multicast video services, effectively combining the three fields of TV network, telephone network and Internet. It is the most representative service of triple play and is being received by the industry. More and more in the process of implementing the present invention, the inventors have found that at least the following problems exist in the prior art: In the following scenarios, there is a need for other users to obtain real-time media playback information of a specified user:
  • the child is watching a time-shifting program. If the program is about a traffic accident that occurred the day before, the parent needs to obtain real-time media playback information of the child watching the thrift, so as to quickly view the content of the program, if the parent finds the second half of the program.
  • the Department contains a blood-scarring scene, which can perform parental control based on the content, allowing the child to fast forward or skip while seeing the time period;
  • An object of the embodiments of the present invention is to provide a method, system, and apparatus for acquiring real-time media playback information of a specified user, so as to solve the problem that the existing IPTV system does not support other users to obtain real-time media playback information of a specified user.
  • An embodiment of the present invention provides a method for acquiring real-time media playback information of a specified user, including: receiving a request for acquiring real-time media playback information of a specified user sent by a requesting device; the request carrying the identification information of the specified user; Determining the identification information of the specified user, determining a target session identifier of the specified user, and a playback device serving the specified user target session; requesting the playback device to acquire real-time media playback information in the target session; The real-time media playback information in the target tongue returned by the device is returned to the requesting device.
  • the embodiment of the present invention further provides a system for acquiring real-time media playing information of a specified user, including: a requesting device, configured to send a request for acquiring real-time media playing information of a specified user, where the request carries identification information of a specified user; Processing means for marking according to the specified user Identifying information, determining a target session identifier of the specified user and a playback device serving the specified user target session, requesting the playback device to acquire real-time media playback information in the target session, and returning the playback device
  • the real-time media playing information in the target session is returned to the requesting device; the playing device is configured to play the media content, and the real-time media playing information in the g-target session is obtained according to the request sent by the request processing device.
  • the embodiment of the present invention further provides a request processing apparatus, including: a first receiving module, configured to receive a request that is sent by a requesting device to obtain real-time media playing information of a specified user; the request carries the identification information of the specified user; a module, configured to determine, according to the identification information of the specified user, a target session identifier of the specified user and a playback device serving the specified user target session; and a requesting module, configured to request, by the playback device, the target session Real-time media playback information; a second receiving module, configured to receive real-time media playback information in the target session returned by the playback device; and a returning module, configured to return real-time media playback information in the target session to the request Device.
  • a first receiving module configured to receive a request that is sent by a requesting device to obtain real-time media playing information of a specified user
  • the request carries the identification information of the specified user
  • a module configured to determine, according to the identification information of the specified user, a
  • the method, the system and the device for acquiring the real-time media playing information of the specified user in the embodiment of the present invention after receiving the request for carrying the identification information of the specified user sent by the requesting device, determining the specified user according to the identification information of the designated user
  • the target session identifier and the corresponding playing device acquire real-time media playing information in the target tongue from the playing device, and return to the requesting device; thereby supporting other users to obtain the real-time media playing information of the specified user.
  • FIG. 1 is a schematic flowchart of a first embodiment of a method for obtaining real-time media playback information of a specified user according to an embodiment of the present invention
  • FIG. 2 is a signaling flowchart of a second embodiment of a method for obtaining real-time media playing information of a specified user according to an embodiment of the present invention
  • FIG. 3 is a signaling flowchart of a third embodiment of a method for obtaining real-time media playing information of a specified user according to an embodiment of the present invention
  • FIG. 4 is a signaling flowchart of a fourth embodiment of a method for obtaining real-time media playing information of a specified user according to an embodiment of the present invention
  • 5 is a signaling flowchart of a fifth embodiment of a method for obtaining real-time media playing information of a specified user according to an embodiment of the present invention
  • 6 is a schematic structural diagram of a system for acquiring real-time media playback information of a specified user according to an embodiment of the present invention
  • Figure ⁇ is a structural block diagram of a request processing apparatus according to an embodiment of the present invention.
  • FIG. 8 is a schematic flowchart of a method for carrying an acquisition indication according to an embodiment of the present invention.
  • IPTV IP Multimedia Subsystem
  • the SCF Service Control Function
  • the MCF Media Control Function
  • the MDF Media Delivery Function
  • MF Media Function
  • MCF Media Function
  • CDNC Content Delivery Network Controller
  • C Cluster Controller
  • the MDF corresponds to the CDF (Content Delivery Function)
  • the MF actively reports the SAD (Service Action Data) to the SCF when the user pauses or quits.
  • the user can select to view the content from the last viewing pause point by acquiring his own SAD information, and the user's SAD information is recorded and saved only when the user pauses or quits, and cannot be viewed by the user.
  • the record is saved, and the SAD information currently only supports the user's own acquisition, and other users cannot obtain the user's real-time media playback information.
  • the first embodiment of the method for obtaining the real-time media playing information of the specified user includes:
  • S101 Receive a request sent by the requesting device to obtain real-time media playback information of the specified user.
  • the request carries identifier information of the specified user.
  • the real-time media playing information may specifically include an access media name, a current playing time point, a current playing state (pause, fast forward or fast reverse, etc.), a play speed, and the like.
  • the first interface protocol for communication between the request processing device and the requesting device is the SIP protocol
  • the message for communication between the request processing device and the requesting device is a SIP message.
  • the request sent by the requesting device to obtain the real-time media playing information of the specified user is the first request.
  • the first request carries the identifier information of the specified user, and the identifier information of the specified user may specifically include a specified user identity, or a session identifier of the specified user, or a session transfer identifier of the specified user, or a specified user. Shared control group identity.
  • the request for acquiring the real-time media playing information of the specified user sent by the requesting device is specifically: the SIP message that is sent by the requesting device to receive the real-time media playing information of the specified user, and the instruction for acquiring the real-time media playing information of the specified user is the first Get instructions.
  • the first acquisition indication is carried in the SIP message by using an extended header field, and may be carried by an extended header field such as SIP invite, SIP message, SIP info, or SIP option.
  • the method further includes the step sior: authenticating the requesting device, if the authentication is passed, the process proceeds to step S102, and if the authentication is not passed, the first request is rejected.
  • the request processing device stores information of all sessions it manages.
  • the architecture defined by the TISPAN is the SCF
  • the playback device is the MF.
  • the SCF stores information about all the established sessions managed by the SCF, and may include the user identity and session identifier of the session. Information such as the content identifier corresponding to the session; the SCF also stores the correspondence between the user's identification information, MF, session identifier, and the like.
  • the session may be a session in which the specified user terminal is currently in progress, or may be a designated shared control system.
  • the session is an IPTV session established using a SIP invite message.
  • the session refers to the on-demand session; when multiple users share an IPTV program, the session refers to The shared IPTV program session.
  • Embodiments of the invention are not limited to how the session is established.
  • the request processing device After receiving the first request sent by the requesting device, the request processing device first identifies, by using the first obtaining indication, the request that the first request is to obtain real-time media playing information of the specified user, and then queries the locally stored specified user identification information, a mapping relationship between the MF, the session identifier, and the like, determining a target session identifier of the specified user corresponding to the identifier information of the target specified user in the first request, and a playback device serving the specified user target session, where the target session identifier may determine the target session.
  • the determining the target session identifier of the specified user and the playing device may include: the request processing device searches according to the stored user identity, the playback device, and the session identifier. The playback device and target session identifier corresponding to the specified user identity.
  • the determining the target session identifier of the specified user and the playing device may include: searching for the playback device corresponding to the specified session identifier according to the stored session identifier and the corresponding relationship of the playback device.
  • the specified session identifier is the target session identifier.
  • the determining the specified user's target session identifier and the playback device may include: searching for the specified session according to the stored session transfer identifier, the playback device, and the session identifier.
  • the determining the target session identifier of the specified user and the playing device may include: playing the shared control group identifier according to the stored Corresponding relationship between the device and the session identifier, and the playback device and the tongue identifier corresponding to the designated shared control group identifier are found.
  • the request processing device searches or queries the locally managed IPTV module to find the IPTV tongue initiated by the user identity.
  • one or more IPTV sessions that are locally managed by the request processing device include a user identity associated with each session, such as an IMPU (IP Multimedia Public Identity) described in a SIP URI format, first.
  • the specified user identity carried by the request may also be an IMPU; after obtaining the first request, the request processing device finds the specified IMPU in the first request, and queries the IMPU from one or more locally managed sessions, thereby obtaining Information about an IPTV session initiated by the IMPU, such as a SIP Session ID.
  • the request processing device acquires the session transfer identifier in the first request, and finds the corresponding IPTV session through the session transfer identifier, thereby obtaining information about the IPTV session, such as a session.
  • the session transfer identifier may be an STI (Session Transfer Identifier), an STN (Session Transfer Number), and the like defined by the 3GPP TS 23.237, and may be configured in advance in the requesting device, or may be configured by the requesting device. Local or network acquisition, the embodiment of the present invention does not limit how to obtain the session transfer identifier.
  • the request processing device can manage one or more shared control groups and distinguish them by different shared control group identifiers.
  • the request processing device may use the shared control group identifier to search or query one or more locally managed shared control groups, thereby obtaining the designated shared control group identifier.
  • Information about the corresponding session such as the content identifier being shared within the group.
  • the second interface protocol for communication between the request processing device and the playback device is the SIP protocol
  • the message requesting communication between the processing device and the playback device is a SIP message.
  • the requesting, by the playback device, the real-time media play information in the target session is: sending, to the playback device, an SIP message that is sent by the extended header field to obtain real-time media play information indication in the target session.
  • the request that the request processing device sends to the playback device to obtain real-time media playback information in the target session is a second request, where the second request carries an indication for acquiring real-time media playback information, where the indication is a second acquisition indication,
  • the second request carries the above-mentioned Japanese standard session identifier and the second retrieval indication.
  • the playback device After receiving the second request, the playback device identifies, by using the second obtaining indication, the second request as a request for obtaining real-time media playing information, and then returns real-time media playing information in the target session corresponding to the target session identifier.
  • the response returned by the playback device to the request processing device is a second response, the second response is a response message corresponding to the second request, and the real-time media playback information is carried to the request processing by the message body of the second response SIP message. Device.
  • the first obtaining indication and the second obtaining indication are both referred to as an obtaining indication, and the obtaining indication may include an explicit obtaining indication and an implicit obtaining indication.
  • the acquisition indication is displayed by a proprietary indication flag.
  • the display obtaining indication can be carried by the header field of the SIP extension, for example, setting the required header field to be iptv-iptv-media-state.
  • the acquisition indication is an implicit acquisition indication, that is, there is no proprietary acquisition indication flag, but the network function entity that receives the request message including the implicit acquisition indication can be based on the information carried by the request message, and other The policy (such as local business logic) identifies that the request message contains a request to obtain real-time media playback information.
  • the first request and the second request may be invite, re-invite, message > info, option or subscribe in the SIP message:
  • the obtaining indication may be carried by the Required header field, for example, setting Required to be iptv-iptv-media-state, and setting the To header field to a specified user who establishes the target session.
  • the identity identifier, the Request-URI is set to the content identifier or the session transfer identifier or the shared control group identifier of the current session of the specified user;
  • the Required When the first request/second request is a SIP message request, the Required may be set to iptv-iptv-media-state, and the Request-URI is set to the specified user identity or the session transfer identifier or the shared control group identifier;
  • the obtaining indication may be carried by the Event header field, for example, setting the Event header field to iptv-iptv-media-state, the To header field being the specified user identity, and the Request-URI being The content identifier of the target ⁇ ";
  • the Event header field may be set to iptv-iptv-media-state, and the Request-URI is a specified user identity or a session transfer identifier or a shared control group identifier.
  • the request processing device carries the acquired real-time media playback information within the specified user target session in a first response that is returned to the requesting device.
  • the specific implementation of returning the real-time media playing information in the target to the requesting device is: carrying the real-time media playing information in the target session in the message body of the SIP message and returning to the requesting device.
  • the real-time media playing information in the first response and the second response may be carried by the message body of the 200 OK response of the sip request, for example, by using the following xml schema format:
  • the first request and the second request may be SIP messages of the same type, such as message messages, or different types of SIP messages; the type of the first response corresponds to the type of the first request, and the second The type of response corresponds to the type of the second request.
  • the method for obtaining the real-time media playing information of the specified user in the embodiment after receiving the request for carrying the identification information of the specified user and the obtaining instruction sent by the requesting device, determining the specified user according to the received identification information of the specified user.
  • the target session identifier and the corresponding playing device acquire real-time media playing information in the target tongue from the playing device, and return to the clearing device; thereby supporting other users to obtain real-time media playing information of the specified user.
  • UE1 is watching an on-demand program, and UE2 wants to obtain real-time media playback information of UE1.
  • the designated user is UE1
  • the requesting device ie, other users
  • the request processing device is SCF 1
  • the playback device is MF1.
  • the UE2 sends a first request for acquiring real-time media playing information of the on-demand program that the UE 1 is watching.
  • the first request is routed to the basic service SCF1 of the UE1 through the Core IMS.
  • the real-time media play information of the on-demand section includes the current play time point, the current play status, and the like.
  • the first request carries the identity identifier of the UE 1, and may further include the program identifier currently viewed by the UE 1.
  • the UE2 may acquire the UE1 by using the presence information. Program identification).
  • the first request sent may be a SIP message, with a first acquisition indication and an identity of the UE:
  • the Request-URI is set to the identity of the UE1, the To header field is set to the identity of the UE1, and the Required header field is set to the iptv. -iptv-media-state;
  • the first request may also be a SIP subscribe request:
  • the Request-URI is set to the current program identifier of UE 1, and the Event event is extended to iptv-iptv-media-state.
  • the first request is routed to the basic service SCF 1 of UE1 via Core IMS, for example according to
  • the Request-URI is routed to the home domain of UE1, and then triggered according to the iFilter (Initial Filter Criteria) (for example, triggering according to the Required header field value, where the iFC trigger can be triggered by dynamic iFC) to the basic service SCF1 of UE1.
  • iFilter Initial Filter Criteria
  • S202 Determine, according to the UE1 identity, the session identifier of the UE1 and the MF1.
  • the SCF1 After receiving the first request sent by the UE2 to obtain the real-time media playing information of the UE1, the SCF1 authenticates the UE2, and determines whether the UE2 has the right to obtain the real-time media playing information of the UE1 (the specific permission control may be preset by the UE1), and After the authentication is passed, the session identifiers of MF1 and UE1 serving UE1 are found.
  • S203 The second request that the SCF1 sends the real-time media play information of the UE1 is routed to the MF1 through the Core IMS.
  • the SCF1 sends a second request for acquiring the real-time media playing information of the UE1 to the MF1 that serves the UE1 according to the current identifier of the UE1, where the second request includes the second obtaining indication and the current session identifier of the UE1, for example, in the sending session.
  • SIP message message or info message, Request-URI is set to the address of MF1.
  • the second response that is returned by the MF1 and carries the real-time media playing information in the UE1 session is returned to the SCF 1 through the Core IMS, and may be carried by the message body of the second response, for example, in the xml format:
  • the SCF1 obtains the real-time media playing information of the UE1, and sends a first response that carries the real-time media playing information of the UE1 to the UE2 through the Core IMS.
  • the UE2 can view the on-demand program from the current playing time point of the UE 1 according to the real-time media playing information of the UE 1.
  • the identity of UE1 in the first request may also be replaced with the current session identifier of UE1.
  • the foregoing process can also be used for one-key handover, that is, the UE2 obtains the function of acquiring the real-time media playback information of the UE1 by using the function key for acquiring the real-time media playback information of the UE1 displayed on the terminal used.
  • the SCF1 determines the session identifier of the UE1 and serves the UE1 according to the received identity of the UE1 after receiving the request for the UE1 to receive the identity and the indication of the UE1.
  • MF1 get the real within the target session from MF1 When the media plays the information, it returns to UE2; thus, other users are supported to obtain the real-time media playing information of the specified user.
  • the child is watching the picture-in-picture program
  • the parents view the specific content currently viewed by the child
  • the parent terminal displays the picture-in-picture content of the child, and can operate the program normally, and can perform certain parental control in the following
  • the terminal UE1 that specifies the user as the child
  • the requesting device ie, the other user
  • the request processing device is the service SCF1-1 and the service SCF1-2 that serve the two programs respectively displayed on the picture-in-picture, and play
  • the devices are MF1-1 and MF1-2 (not shown) that provide services for Program 1 and Program 2, respectively.
  • the parent signs up the monitoring service, through which the child can obtain real-time media playback information of the child, and can cut into the program from the time point of the child's current viewing. You can sign up via HTTP or SIP, or you can sign up in the business hall or by phone.
  • UE2 UE1 initiates a request for monitoring, this monitoring leaning request carries identity of UE1, such as sending SIP invite request odd, Request-URI is set to monitor the PSI service, through monitoring request is routed to the Core IMS monitoring SCF 0
  • the monitoring SCF After receiving the monitoring request sent by the UE2, the monitoring SCF performs monitoring and authentication on the UE2, and after obtaining the authentication, obtains the address of the service SCF serving the UE1, that is, the addresses of the SCF1-1 and the SCF1-2.
  • the monitoring SCF sends a first request for acquiring the real-time media playing information 1 to the service SCF 1-1.
  • the real-time media playing information of the UE 1 is requested from the service SCF, that is, the first real-time media playing information 1 is sent to the service SCF 1-1.
  • the first request 1 carries the first acquisition indication 1 and the identity of the UE1
  • the SCF 1 - 1 searches for the MF 1 - 1 corresponding to the identity of the UE 1 and the target session identifier 1 of the UE 1 , and the subsequent SCF 1
  • the process of obtaining real-time media playing information 1 from MF 1-1 is similar to that of the second embodiment, and details are not described herein again.
  • the service SCF1-1 returns a first response 1 carrying the real-time media play information 1 of the UE1, and the first response 1 carrying the real-time media play information 1 of the UE1 is returned to the monitoring SCF via the Core IMS; the first response 1 message body xml
  • the format can be as follows:
  • the monitoring SCF sends a first request 2 for acquiring the real-time media playing information 2 of the UE1 to the service SCF1-2 according to the service session of the UE1, where the first request 2 carries the first obtaining indication 2 and the identity of the UE1.
  • the first odd request 2 is routed through the Core IMS to the service SCF 2.
  • the SCF1-2 searches for the MF1-2 corresponding to the identity of the UE1 and the target session identifier 2 of the UE1, and the process for the SCF1-2 to obtain the real-time media play information 2 from the MF is similar to that of the second embodiment; the service SCF1-2 returns
  • the first response 2 carrying the real-time media playing information 2 of the UE1 is given to the monitoring SCF, and the first response 2 message body xml format can be as follows:
  • the SCF After monitoring the SCF receiving the picture-in-picture real-time media playing information 1 and the real-time media playing information 2 returned by the service SCF1-1 and the service SCF1-2, the SCF encapsulates the picture-in-picture real-time media playing information in the monitoring monitored by the UE2.
  • the response message body is returned to UE2, and its xml format can be as follows:
  • Subsequent parents can view the same program from the same playback time point.
  • SCF1-1 the service control entity of program 2 is SCFl-2.
  • the method for obtaining the real-time media playing information of the user after receiving the request of the UE2 carrying the identity identifier and the obtaining indication sent by the UE2, the SCF1-1 determines the session identifier of the UE1 according to the received identity of the UE1. And the MF1-1 serving the UE1, the SCF1-2 determines the session identifier 2 of the UE1 and the MF1-2 served by the UE1 according to the received identity of the UE1, and acquires the real-time in the UE1 session from the MF1-1 and the MF1-2, respectively.
  • the media play information 1 and the real-time media play information 2 are returned to the UE 2 by monitoring the SCF; thereby supporting other users to obtain real-time media play information of the specified user.
  • the user selects a session from the IPTV session transfer list by using another terminal UE2, and continues to watch the IPTV throttle from the current playback time point of the session using the UE2; the designated user is the UE1, requesting the device (ie, other The user is UE2, the request processing device is the SCF, and the playback device is the MF serving the UE1.
  • the user uses one terminal UE1 to watch the IPTV program.
  • the user sends a session transfer command using UE1.
  • UE1 will appear in the UE2's tongue transfer list.
  • the option of the tongue The option of the tongue.
  • UE2 selects a tongue from the IPTV tongue transfer list, requests to continue watching from the current playing time point, UE2 sends a first request for continuous session, and the first request is routed to the SCF through the Core IMS, for example, according to The Request-URI is routed to the SCF.
  • the first request carries the session transfer identifier of the selected session.
  • the first request initiated may be SIP invite, and the Request-URI is set to STI (Session Transfer Identifier).
  • the get indication can be an implicit get indication.
  • the SCF After receiving the first request sent by the UE2, the SCF authenticates the UE2, and after the authentication is passed, finds the corresponding session identifier according to the corresponding relationship between the locally stored session transfer identifier, the MF, and the session identifier. MF of UE 1 service.
  • the SCF manages the session transfer list and stores information about each session transfer, including the session transfer initiator, the session transfer recipient, and the session ID of the session transfer.
  • the UE2 selects to continue a certain session from the session transfer list, it sends a first request to the SCF to carry the session transfer identifier of the selected session.
  • the embodiment of the present invention does not limit how the UE2 obtains the session transfer identifier.
  • the SCF sends, to the MF, a second request for acquiring the real-time media playback information of the transferred session that carries the session identifier.
  • the second request is routed to the MF via Core IMS.
  • a SIP message or an info message can be sent in the ⁇ , and the Request-URI is set to the address of the MF.
  • the MF returns a second response carrying the real-time media playing information of the transferred session to the SCF, and the second response is returned to the SCF through the Core IMS, and the second response may be carried by the message body,
  • the SCF acquires the real-time media playing information of the transferred session, and carries the transferred session real-time media playing information to the UE2 in a first response, where the first response is returned to the UE2 through the Core IMS.
  • Subsequent UE2 can view the on-demand program according to the real-time media playing information of the transferred session.
  • the S405 may not carry the real-time media playing information of the transferred session, but after the SCF obtains the real-time media playing information of the transferred session, directly indicates that the MF served by the UE2 starts playing from the specified playing time point.
  • the method for obtaining the real-time media playing information of the user after receiving the request that the UE2 sends the specified user session transfer identifier and the obtaining instruction, the SCF determines the session identifier of the UE1 according to the received session transfer identifier, and is the UE1.
  • the MF of the service obtains real-time media playing information in the target session from the MF and returns it to the UE2; thereby supporting other users to obtain real-time media playing information of the specified user.
  • a plurality of user terminals UE1, UE2, and the like are currently sharing a certain on-demand program Z in a shared control group.
  • the user terminal UEY wishes to join the shared control group, and simultaneously with other The user terminal simultaneously views the on-demand program Z.
  • the UEY initiates a request to join the shared control group, which carries the shared control group identifier X.
  • the program is obtained by querying the on-demand program Z viewed by the shared control group, thereby acquiring the current program from the media server.
  • Z's real-time media playback information is returned to UEY.
  • UEY can initiate an on-demand request for the on-demand program Z, and start broadcasting at the current playback time point and the returned playback rate.
  • the program Z is placed so that the UEY synchronizes with other user terminals to watch the program Z.
  • the designated user is a shared control group
  • the requesting device ie, other users
  • the request processing device is a shared control group application server AS
  • the playback device is one or more MFs corresponding to the shared control group identifier X.
  • the media play of the shared control group is controlled by the same shared control group AS, and the shared control group AS stores information such as session identifiers and session content identifiers of all shared control groups managed by the shared control group AS.
  • the operation control of the shared program by the user equipment in any shared control group is uniformly performed by the shared control group AS on all MFs serving the shared control group, so as to realize program synchronization watched by each user equipment in the group.
  • UEY requests to join an ongoing shared control group, for example, UEY obtains the shared control group information through the EPG list, UEY sends a first request carrying the shared control group identifier X, and the first request is routed to the shared control group AS through the Core IMS.
  • the first request may be a SIP invite request, and the Request-URI is set to be a shared control group identifier X.
  • the acquisition indication in this embodiment may be an implicit acquisition indication.
  • the shared control group AS identifies the shared control group identifier carried in the first request, and finds the sharing control according to the correspondence between the shared control group identifier, the MF, the session identifier, and the session content identifier locally stored in the shared control group AS.
  • the shared control group AS sends, to the MF in the session, a second request that carries the shared control session identifier to obtain shared real-time media play information, and the second request is routed to the MF through the Core IMS.
  • the MF returns a second response carrying the shared real-time media playback information to the shared control group
  • the shared control group AS returns a first response carrying the shared real-time media playback information to the UEY.
  • the UEY establishes a session for sharing the on-demand program according to the obtained shared real-time media playing information.
  • the embodiments of the present invention are not limited in terms of how the subsequent shared control group AS, each UE in the group, and the MF specifically coordinate actions.
  • the method for obtaining the real-time media playing information of the user in this embodiment after receiving the request that the UEY sends the shared control group identifier X and the obtaining instruction, the shared control group AS determines the target session according to the received shared control group identifier X. Identification and one or more corresponding to the shared control group
  • the embodiment of the present invention further provides a system for acquiring real-time media playback information of a specified user. As shown in FIG. 6, the method includes: a requesting device 10, a request processing device 20, and a playback device 30.
  • the requesting device 10 is configured to send a request for acquiring real-time media playing information of a specified user, where the request carries the identification information of the specified user, and the request for acquiring the real-time media playing information of the specified user is the first request, where the request A request carries an indication to obtain real-time media playback information of a specified user, that is, a first acquisition indication.
  • the requesting device 10 may be a user terminal such as a mobile station, a television set with a network set STB (Set Top Box), etc., and the first interface protocol for requesting communication between the requesting device 10 and the request processing device 20 is the SIP protocol.
  • the identification information of the specified user may specifically include a specified user identity, or a session identifier of the specified user, or a session transfer identifier of the specified user, or a shared control group identifier of the specified user; the first request may further carry The content description information associated with the real-time media playing information of the specified user, such as the content identifier in the session transfer, or the content identifier being shared in the shared control group.
  • the request processing device 20 is configured to determine, according to the identification information of the specified user, the g-label session identifier of the specified user and the playback device 30 serving the specified user target session, requesting the playback device 30 to acquire the location
  • the real-time media playback information in the target object is returned to the requesting device 10.
  • the request processing device 20 is a network entity, and may specifically include an SCF. IPTV Control, AS, etc.
  • the second interface protocol for communication between the request processing device 20 and the playback device 30 is the SIP protocol.
  • the request processing device 20 After receiving the first request, the request processing device 20 first identifies, according to the first obtaining indication, that the first request is a request for obtaining real-time media playing information, instead of an ordinary session establishing request or a play control command.
  • the request processing device 20 queries the playback device 30 and the session identifier corresponding to the identification information of the specified user.
  • the request processing device 20 requests the playback device 30 to obtain real-time media playback information in the target session, specifically: the request processing device 20 sends a request for acquiring real-time media playback information in the target session to the playback device 30, the request is Second request.
  • the second request carries an indication that the real-time media playing information in the target session of the specified user is obtained, that is, the second obtaining indication.
  • the second request carries the session identifier and the second obtaining indication of the target session.
  • the second request may be sent to the playing device 30 through the information in the tongue of the target, so that the playing device 30 can determine, according to the second obtaining instruction, that the second odd is to obtain the real-time media playing information of the target tongue.
  • the real-time media playing information corresponding to the target session identifier in all the sessions managed by the playing device 30 is obtained, and the obtained real-time media playing information is carried in the second response and returned to the request processing device 20.
  • the request processing device 20 is further configured to authenticate the requesting device 10 after receiving the first request, and the authentication rule may be preset by the specified user by using HTTP, SIP, or the like.
  • the request processing device 20 After receiving the first request, the request processing device 20 does not acquire the stored SAD information, but acquires real-time media playback information that is being played on the playback device 30 for the specified user target, so the real-time performance is more it is good.
  • the playing device 30 is configured to play the media content, and obtain the real-time media playing information in the target tongue according to the request sent by the request processing device 20.
  • the playback device 30 can be a network entity such as MF (which actually provides real-time media playback information is MDF), CDF, and the like.
  • the request processing device 20 acquires real-time media playback information within the specified user target session from the playback device 30, and the real-time media playback information within the target session can be carried by the message body of the 200 OK response requested by the sip.
  • the system for obtaining the real-time media playing information of the specified user in the embodiment, after receiving the request for carrying the identification information of the specified user and the obtaining instruction sent by the requesting device, determining the target session of the specified user according to the received identification information of the specified user.
  • the identifier and the corresponding playing device obtain the real-time media playing information in the target tongue from the playing device through the ⁇ " identifier, and return to the requesting device; thereby supporting other users to obtain the real-time media playing information of the specified user.
  • the embodiment of the present invention further provides a request processing device for acquiring real-time media playback information of a specified user. As shown in FIG. 7, the method includes: a first receiving module 100, a query module 200, a request 300, a second receiving module 400, and a return module 500. .
  • the first receiving module 100 is configured to receive a request for acquiring the real-time media playing information of the specified user sent by the clearing device 10; the odd request carries the identification information of the specified user.
  • the identification information of the specified user may specifically include a specified user identity, or a session ID of the specified user, or a session transfer identifier of the specified user, or a shared control group identifier of the specified user.
  • the querying module 200 is configured to determine, according to the identification information of the specified user, a target session identifier of the specified user and a playback device serving the specified user target session.
  • the requesting module 300 is configured to request the playing device to acquire real-time media playing information in the target session.
  • the second receiving module 400 is configured to receive real-time media playing information in the target session returned by the playing device.
  • the return module 500 is configured to return real-time media playing information in the target session to the requesting device.
  • the request processing device 20 further includes an authentication module, configured to authenticate the requesting device after the first receiving module 100 receives the request for acquiring real-time media playing information sent by the requesting device.
  • an authentication module configured to authenticate the requesting device after the first receiving module 100 receives the request for acquiring real-time media playing information sent by the requesting device.
  • the request processing apparatus of the present embodiment after receiving the request for carrying the identification information of the specified user and the acquisition instruction sent by the requesting device, determining the target session identifier of the specified user according to the received identification information of the specified user, and corresponding
  • the playback device acquires real-time media playback information in the target session from the playback device through the session identifier, and returns the information to the requesting device; thereby supporting other users to acquire real-time media playback information of the specified user.
  • the embodiment of the present invention further provides a method for carrying an acquisition indication. As shown in FIG. 8, the method includes: S801. A header field of an extended session initiation protocol message.
  • the header field of the SIP message is extended, and the SIP message may be an invite, a re-invite, a message, an info, an option, or a subscribe.
  • S802. Use the extended header field to carry an indication of obtaining real-time media playing information of a specified user.
  • the extended header field is used to carry the real-time media playback information acquisition indication of the specified user, thereby implementing the acquisition instruction of the real-time media playback information of the specified user by using the SIP message.
  • the method includes the following steps: receiving a request that is sent by the requesting device to obtain the real-time media playing information of the specified user; the request carrying the identification information of the specified user; determining the target session of the specified user according to the identification information of the specified user Identifying and playing a device for the specified user target session; requesting the playback device to acquire real-time media playback information in the target session; and returning real-time media playback information in the target tongue returned by the playback device to The request device.
  • the storage medium is, for example, a ROM/RAM, a magnetic disk, an optical disk, or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)

Description

获取指定用户实时媒体播放信息的方法、 系统和装置 本申请要求于 2009 年 5 月 8 日提交中国专利局、 申请号为 200910138254.9、发明名称为"获取指定用户实时媒体播放信息的方法、 系统 和装置 "的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术领域， 尤其是涉及一种获取指定用户实时媒体播放 信息的方法、 系统和装置。
背景技术
IMS( IP Multimedia Subsystem, IP多媒体子系统）是 3GPP( 3rd Generation Partnership Project, 第三代移动通信标准化伙伴项目）标准定义的一个 IP多 媒体子系统， 是 3G移动网实现分组话音和分组数据、 提供统一的多媒体业 务和应用的目标网络。
目前， 其它的国际标准組织， 如 ITU-T ( International Telecommunication Union - Telecommunication Standardization Sector, 国际电信联盟-电信标准 部 )、 ETSI ( European Telecommunications Standards Institute, 欧洲电信标准 协会）等也采用 IMS作为其定义的下一代网络的核心网络。
IMS采用 IP分组域作为其控制信令和媒体传输的承载通道， 采用 SIP ( Session Initiation Protocol, 会话发起协议）作为呼叫控制信令， 实现了业 务管理、 ^^控制及承载接入的三者分离。
基于 IMS架构的 IPTV ( Internet Protocol Television, 交互式网络电视 ) 业务是一种利用宽带有线电视网， 集互联网、 多媒体、 通讯等多种技术于一 体， 向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。 用户 在家中可以使用个人电脑、或使用网络机顶盒和普通电视机的方式享受 IPTV 业务， 也可以通过移动终端享受 IPTV业务。 IPTV使用 TCP/IP作为承载协 议进行单播、 广播或組播视频业务， 有效地将电视网、 电话网和互联网三个 领域结合在一起， 是三网融合最具代表性的业务， 正受到业界越来越多的关 在实现本发明过程中， 发明人发现现有技术中至少存在如下问题： 在下述场景中， 存在其他用户获取指定用户实时媒体播放信息的需求：
1 )用户 A在观看一个点播节目， 用户 B希望能从用户 A当前播放时间 点同时观看该点播节目，用户 B需要获取用户 A观看的该点播节目的实时媒 体播放信息；
2 ) 小孩在观看一个时移节目， 如该节目是关于前一天发生的交通事故， 家长需要获取小孩观看节 ϋ的实时媒体播放信息， 以便于快速查看该节目内 容， 若家长发现该节目后半部含有血猩场面， 可以根据内容执行家长控制， 让小孩在看到该时间段时快进或跳过；
3 )在会话转移业务中，用户通过会话转移列表请求获取一个转移会话时， 也需要获取被转移会话的实时媒体播放信息；
4 )在共享控制业务中， 用户通过 EPG ( Electronic Program Guide , 电子 节目指南）列表主动加入一个点播节目共享控制群时， 用户也需要获取该共 享群的实时媒体播放信息。
但是， 在当前 IPTV系统中， 还不支持其他用户获取指定用户的实时媒 体播放信息。 因此迫切需要解决现有 IPTV系统不支持其他用户获取指定用 户实时媒体播放信息的问题， 以满足上述的各需求。
发明内容
本发明实施例的目的是提供一种获取指定用户实时媒体播放信息的方 法、 系统和装置， 以解决现有 IPTV系统不支持其他用户获取指定用户实时 媒体播放信息的问题。
本发明实施例提供了一种获取指定用户实时媒体播放信息的方法，包括： 接收请求装置发送的获取指定用户实时媒体播放信息的请求； 所迷请求中携 带有指定用户的标识信息； 才艮据所述指定用户的标识信息， 确定所述指定用 户的目标会话标识及为指定用户目标会话服务的播放装置； 向所述播放装置 请求获取所述目标会话内的实时媒体播放信息； 将所述播放装置返回的所述 目标^舌内的实时媒体播放信息返回给所述请求装置。
本发明实施例还提供了一种获取指定用户实时媒体播放信息的系统， 包 括： 请求装置， 用于发送获取指定用户实时媒体播放信息的请求， 所述请求 中携带有指定用户的标识信息； 请求处理装置， 用于根据所述指定用户的标 识信息， 确定所述指定用户的目标会话标识及为指定用户目标会话服务的播 放装置， 向该播放装置请求获取所述目标会话内的实时媒体播放信息， 并将 所述播放装置返回的所述 Θ标会话内的实时媒体播放信息返回给所述请求装 置； 播放装置， 用于播放媒体内容， 和， 根据所述请求处理装置发送的请求， 获取所述 g标会话内的实时媒体播放信息。
本发明实施例还提供了一种请求处理装置， 包括： 第一接收模块， 用于 接收请求装置发送的获取指定用户实时媒体播放信息的请求； 所迷请求中携 带有指定用户的标识信息； 查询模块， 用于根据所述指定用户的标识信息， 确定所述指定用户的目标会话标识及为指定用户目标会话服务的播放装置； 请求模块， 用于向所述播放装置请求获取所述目标会话内的实时媒体播放信 息； 第二接收模块， 用于接收播放装置返回的所述目标会话内的实时媒体播 放信息； 返回模块， 用于将所述目标会话内的实时媒体播放信息返回给所述 请求装置。
本发明实施例的获取指定用户实时媒体播放信息的方法、 系统和装置， 在接收到请求装置发送的携带有指定用户的标识信息的请求后， 根据该指定 用户的标识信息确定所述指定用户的目标会话标识及相应的播放装置 , 从播 放装置获取目标 ^舌内的实时媒体播放信息， 并返回给请求装置； 由此支持 其他用户获取指定用户实时媒体播放信息。
附图说明
图 1是本发明实施例获取指定用户实时媒体播放信息的方法的第一实施 例的流程示意图；
图 2是本发明实施例获取指定用户实时媒体播放信息的方法的第二实施 例的信令流程图；
图 3是本发明实施例获取指定用户实时媒体播放信息的方法的第三实施 例的信令流程图；
图 4是本发明实施例获取指定用户实时媒体播放信息的方法的第四实施 例的信令流程图；
图 5是本发明实施例获取指定用户实时媒体播放信息的方法的第五实施 例的信令流程图； 图 6是本发明实施例获取指定用户实时媒体播放信息的系统的结构示意 图；
图 Ί是本发明实施例请求处理装置的结构框图；
图 8是本发明实施例的携带获取指示的方法的流程示意图。
具体实施方式
为使本发明实施例的上述目的和优点能够更加明显易懂， 下面结合附图 和具体实施方式对本发明实施例作进一步详细的说明。
首先对现有的基于 IMS架构的 IPTV系统进行筒要的介绍。现有的 IPTV的 架构主要有两种， 分别由 TISPAN ( Telecommunication and Internet Converged Services and Protocols for Advanced Networking, 电信和互联网融合业务及高 级网络协议）和 OIPF ( Open IPTV Forum, 开放式 IPTV论坛 )标准组织定义。 两种架构中主要包括的功能实体与各自对应的功能如表 1所示。
Figure imgf000006_0002
Figure imgf000006_0001
其中， SCF ( Service Control Function, 业务控制功能）与 IPTV control 的功能相对应， 都是进行 IPTV业务控制； MCF ( Media Control Function, 媒 体控制功能） 与 MDF ( Media Delivery Function, 媒体分发功能）合称为 MF ( Media Function, 媒体功能） , MCF与 CDNC ( Content Delivery Network Controller, 内容分发网络控制器） +CC ( Cluster Controller, 簇控制器）的功 能相对应， MDF与 CDF ( Content Delivery Function, 内容分发功能）相对应， MF在用户暂停或退出时主动上报 SAD ( Service Action Data, 业务操作数据 ) 给 SCF。
在现有的 IPTV系统中，用户可以通过获取自己的 SAD信息选择从上一 次观看暂停点开始观看内容，用户的 SAD信息只有在用户暂停或退出时才会 进行记录和保存，无法在用户正在观看时记录保存， 而且 SAD信息目前只支 持被用户自己获取， 其他用户是无法获取用户实时媒体播放信息的。
为解决现有 IPTV系统无法支持其他用户获取指定用户实时媒体播放信 息的问题， 本发明实施例提供的获取指定用户实时媒体播放信息的方法的第 一实施例如图 1所示， 包括：
5101 , 接收请求装置发送的获取指定用户实时媒体播放信息的请求； 所 述请求中携带有指定用户的标识信息。
所述实时媒体播放信息具体可以包括接入媒体名称、 当前播放时间点、 当前播放状态 （暂停、 快进或快退等）和播放速度等。
请求处理装置与请求装置之间进行通信的第一接口协议为 SIP协议，请求 处理装置与请求装置之间进行通信的消息为 SIP消息。所述请求装置发送的获 取指定用户实时媒体播放信息的请求为第一请求。 所述第一请求中携带指定 用户的标识信息，所述指定用户的标识信息具体可以包括指定用户身份标识， 或指定用户的会话标识（ Session ID )， 或指定用户的会话转移标识， 或指定 用户的共享控制群标识。
所述请求装置发送的获取指定用户实时媒体播放信息的请求具体为： 所 述请求装置发送的携带获取指定用户实时媒体播放信息指示的 SIP消息，所述 获取指定用户实时媒体播放信息指示为第一获取指示。 所述第一获取指示通 过扩展的头域携带在所述 SIP消息中， 可以通过 SIP invite, SIP message, SIP info , 或 SIP option等扩展的头域来携带。
在 S101后， 还包括步骤 sior: 对所述请求装置进行鉴权， 若鉴权通过则 进入步骤 S102, 如未通过鉴权， 则拒绝所述第一请求。
5102, # ^据所述指定用户的标识信息， 确定所述指定用户的 ϋ标会话标 识及为指定用户目标会话服务的播放装置。 请求处理装置上存有其管理的所有会话的信息。以 TISPAN定义的架构为 例来说， 请求处理装置即为 SCF, 播放装置即为 MF, SCF上存储着其管理的 所有已建立的会话的信息， 可以包括建立会话的用户身份标识、 会话标识、 会话对应的内容标识等信息； SCF还存储有用户的标识信息、 MF、 会话标识 等的对应关系。
所述会话可以是指定用户终端当前正在进行的会话， 还可以是指定的共 享控制业^^舌。 所述会话为使用 SIP invite消息建立起来的 IPTV会话， 当用 户观看点播节目时， 则所述会话指的是该点播会话； 当多个用户在共享一个 IPTV节目时， 则所述会话指的是该共享的 IPTV节目会话。本发明实施例不限 定所述会话是如何建立的。
在请求处理装置收到请求装置发送的第一请求后， 会首先通过第一获取 指示识别出该第一请求为获取指定用户实时媒体播放信息的请求， 然后查询 本地存储的指定用户的标识信息、 MF、会话标识等的对应关系， 确定与第一 请求中目标指定用户的标识信息对应的指定用户的目标会话标识和为指定用 户目标会话服务的播放装置， 所述目标会话标识可以确定目标会话。
当指定用户的标识信息为建立指定用户身份标识时， 所述确定指定用户 的目标会话标识及播放装置具体可以包括： 请求处理装置根据存储的用户身 份标识、 播放装置、 会话标识的对应关系， 查找到与指定用户身份标识对应 的播放装置和目标会话标识。
当指定用户的标识信息为指定会话标识时， 所述确定指定用户的目标会 话标识及播放装置具体可以包括： 根据存储的会话标识、 播放装置的对应关 系， 查找到与指定会话标识对应的播放装置， 所述指定会话标识即为目标会 话标识。
当指定用户的标识信息为指定会话转移标识时， 所述确定指定用户的目 标会话标识及播放装置具体可以包括：根据存储的会话转移标识、播放装置、 会话标识的对应关系， 查找到与指定会话转移标识对应的播放装置和目标会 话标识。
当指定用户的标识信息为指定共享控制群标识时， 所述确定指定用户的 目标会话标识及播放装置具体可以包括： 根据存储的共享控制群标识、 播放 装置、 会话标识的对应关系， 查找到与指定共享控制群标识对应的播放装置 和^舌标识。
具体的， 当第一请求中的指定用户的标识信息为指定用户身份标识时， 请求处理装置对本地管理的 IPTV^i舌进行检索或者查询，找到该用户身份标 识所发起的 IPTV 舌。 实际应用中， 请求处理装置本地管理的一个或者多个 IPTV会话均包含了各个会话所关联的用户身份标识， 比如以 SIP URI格式描 述的 IMPU ( IP Multimedia Public Identity, IP多媒体公共标识）， 第一请求携 带的指定用户身份标识也可以是某个 IMPU; 请求处理装置获取该第一请求 后，找到第一请求中的指定 IMPU,并且从本地管理的一个或多个会话中查询 该 IMPU, 从而获得该 IMPU发起的某个 IPTV会话的信息， 如 SIP Session ID。
当第一请求中的指定用户的标识信息为会话转移标识时， 请求处理装置 获取第一请求中的会话转移标识， 通过会话转移标识找到对应的 IPTV会话， 从而获得该 IPTV会话的信息，如会话标识。所述会话转移标识可以是 3GPP TS 23.237所定义的 STI( Session Transfer Identifier,会话转移标识）、 STN( Session Transfer Number, 会话转移号码）等， 可以是提前在请求装置中配置， 或者 由请求装置从本地或者网络获取， 本发明实施例不对会话转移标识如何获取 进行限定。
所述请求处理装置可以管理一个或者多个共享控制群， 并通过不同的共 享控制群标识进行区分。当接收到的第一请求中携带某个共享控制群标识时， 请求处理装置可以使用该共享控制群标识对本地管理的一个或多个共享控制 群进行检索或者查询， 从而获得指定共享控制群标识所对应会话的信息， 如 该群内正在共享的内容标识等。
S 103 , 向所述播放装置请求获取所述目标会话内的实时媒体播放信息。 请求处理装置与播放装置之间进行通信的第二接口协议为 SIP协议，请求 处理装置与播放装置之间进行通信的消息为 SIP消息。
所述向播放装置请求获取所述目标会话内的实时媒体播放信息具体为： 向所述播放装置发送通过扩展的头域携带获取目标会话内的实时媒体播放信 息指示的 SIP消息。 所述请求处理装置向播放装置发送的获取目标会话内的实时媒体播放信 息的请求为第二请求， 所述第二请求携带有获取实时媒体播放信息的指示， 该指示为第二获取指示， 所述第二请求中携带有上述日标会话标识和第二荻 取指示。
播放装置收到第二请求后， 会通过第二获取指示识别出该第二请求为获 取实时媒体播放信息的请求， 然后返回与所述目标会话标识对应的目标会话 内的实时媒体播放信息。 所述播放装置返回给请求处理装置的响应为第二响 应， 所述第二响应为与第二请求对应的响应消息， 所述实时媒体播放信息通 过第二响应 SIP消息的消息体携带给请求处理装置。
其中， 所述第一获取指示和第二获取指示都称为获取指示， 获取指示可 以包括显式获取指示和隐式获取指示。
当所述获取指示为显式获取指示时， 即获取指示是通过专有指示标志显 示出来。 显示获取指示可以通过 SIP扩展的头域携带， 例如设置 required头域 为 iptv-iptv-media-state来实现。
当所述获取指示为隐式获取指示时， 即没有专有的获取指示标志， 但是 接收到包含上述隐式获取指示的请求消息的网络功能实体， 能够根据该请求 消息所携带的信息， 以及其他的策略（如本地业务逻辑） ， 识别出该请求消 息包含了获取实时媒体播放信息的请求。
所述第一请求和第二请求可以是 SIP消息中的 invite、 re-invite, message > info、 option或 subscribe等：
当第一请求 /第二请求为 SIP invite或 re-invite请求时， 获取指示可以通过 Required头域携带, 例如设置 Required为 iptv-iptv-media- state， To头域设置为 建立目标会话的指定用户身份标识， Request-URI设置为指定用户当前会话的 内容标识或会话转移标识或共享控制群标识；
当第一请求 /第二请求为 SIP message请求时， 可以设置 Required为 iptv-iptv-media-state, Request-URI设置为指定用户身份标识或会话转移标识 或共享控制群标识； 当第一请求 /第二请求为 SIP subscribe请求时， 获取指示可以通过 Event头 域携带， 例如设置 Event头域为 iptv-iptv-media-state， To头域为指定用户身份 标识 , Request-URI为 Θ标^"的内容标识；
当第一请求 /第二请求为 SIP info请求时， 可以设置 Event头域为 iptv-iptv-media-state , Request-URI为指定用户身份标识或会话转移标识或共 享控制群标识。
S 104 , 将所述播放装置返回的所述目标会话内的实时媒体播放信息返回 给所述请求装置。
请求处理装置将获取到的指定用户目标会话内的实时媒体播放信息携带 在返回给请求装置的第一响应中。 所述将目标^"内的实时媒体播放信息返 回给请求装置的具体实现为： 将所述目标会话内的实时媒体播放信息携带在 SIP消息的消息体中返回给所述请求装置。
所述第一响应和第二响应中的实时媒体播放信息可以通过 sip清求的 200 OK响应的消息体来携带， 例如通过如下的 xml schema格式进行描述：
<xs： element name= " iptv-iptv-media- state ">
<xs: complexType>
<xs:sequence>
<xs: element name="list" type=" listType" minOccurs="0" > <xs: element name=" service-type" type="ServiceType" minOccurs="0"/> </xs:sequence>
</xs :complexType>
</xs:element>
<xs: complexType name=" listType ">
<xs:sequence>
<xs: element name="offset" type="xs:string" minOccurs="0" /> <xs: element
Figure imgf000011_0001
type="trickplayStatusType"
minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs: attribute name="ID" type="xs: string" use="required"/> <xs: attribute name="PiP" use="optional">
<xs:simpleType>
<xs restriction base="xs: string ">
<xs: enumeration value="big"/>
<xs: enumeration value:" small"/>
</xs:restriction>
</xs: simpleType>
</xs:attribute>
</xs:complex丁 ype>
<xs： complextType name="trickplayStatus">
<xs:sequence>
<xs:element
Figure imgf000012_0001
<xs: element name=" scale" type="xs: string" minOccurs="0" />
</xs:sequence>
</xs:complexType>
<xs:simpleType name="ServiceType">
<xs: simpleType>
<xs:restriction base="xs:string">
<xs： enumeration value="BC"/>
<xs: enumeration value="CoD"/>
<xs: enumeration value="nPVR"/>
</xs:restriction>
</xs: simpleType>
</xs:element>
</xs:schema>
所述第一请求、 第二请求可以为同种类型的 SIP消息， 如都是 message消 息，也可以为不同类型的 SIP消息；第一响应的类型与第一谛求的类型相对应， 第二响应的类型与第二请求的类型相对应。 本实施例的获取指定用户实时媒体播放信息的方法， 在接收到请求装置 发送的携带有指定用户的标识信息和获取指示的请求后， 根据接收到的指定 用户的标识信息确定所述指定用户的目标会话标识及相应的播放装置， 从播 放装置获取目标^舌内的实时媒体播放信息， 并返回给清求装置； 由此支持 其他用户获取指定用户的实时媒体播放信息。
下面通过四个具体的实施例， 来对本发明实施例的方法进行说明。
第二实施例
如图 2所示， UE1正在观看一个点播节目 , UE2想获得 UE1的实时媒体播 放信息。本实施例中， 所述指定用户为 UE1，请求装置（即其他用户）为 UE2， 请求处理装置为 SCF 1， 播放装置为 MF 1。
5201 , UE2发出获取 UE 1正在观看的点播节目实时媒体播放信息的第一 请求； 所述第一请求经过 Core IMS被路由到 UE1的基本业务 SCF1。
所述点播节 ¾实时媒体播放信息包括当前播放时间点、当前播放状态等， 第一请求中携带 UE 1身份标识， 进一步还可以包括 UE 1当前观看的节目标识 ( UE2可以通过 presence信息获取 UE1的节目标识）。 所发出的第一请求可以 是 SIP message， 带有第一获取指示和 UE 1的身份标识： Request-URI设置为 UE1的身份标识， To头域设置为 UE1的身份标识， Required头域设置为 iptv-iptv-media-state； 第一请求还可以是 SIP subscribe请求： Request-URI设置 为 UE 1当前的节目标识， Event事件扩展为 iptv-iptv-media-state。
第一请求经过 Core IMS被路由到 UE1的基本业务 SCF 1 , 比如根据
Request-URI路由到 UE1的归属域， 再根据 iFC ( Initial Filter Criteria, 初始过 滤标准）触发（比如根据 Required头域值进行触发， 这里的 iFC触发可以采用 动态 iFC触发）到 UE1的基本业务 SCF1。
5202 , SCF 1根据 UE 1身份标识确定 UE 1的会话标识和 MF 1。
SCF1收到 UE2发送的获取 UE1实时媒体播放信息的第一请求后， SCF1对 UE2进行鉴权，判断 UE2是否有权限获取 UE1实时媒体播放信息（具体权限控 制可以由 UE1预先设定）， 并在鉴权通过后， 查找到为 UE1服务的 MF1和 UE1 的会话标识。 5203 , SCF1发送获取 UE1实时媒体播放信息的第二请求经过 Core IMS路 由到 MF1。
SCF1根据 UE1当前的^ ^标识， 向为 UE1服务的 MF1发送获取 UE1实时 媒体播放信息的第二请求， 所述第二请求中带有第二获取指示和 UE1当前的 会话标识， 比如发送会话内的 SIP message消息或 info消息， Request-URI设置 为 MF1的地址。
5204, MF1返回的携带有 UE1会话内的实时媒体播放信息的第二响应经 过 Core IMS返回给 SCF 1 , 可以是通过第二响应的消息体携带， 比如 xml格式 下：
<?xml version="1.0" encoding=*'UTF-8"?>
<iptv-media- state>
<list ID="codl @iptv.com">
<offset>300</offset>
<trickplayStatus>
<state>PLAY</state>
<scale>K/scale>
</trickplayStatus>
</list>
</iptv-media- state>
5205, SCF1获取 UE1实时媒体播放信息， 发送携带 UE1实时媒体播放信 息的第一响应经过 Core IMS返回到 UE2。
后续， UE2可以根据 UE 1的实时媒体播放信息从 UE 1当前播放时间点开始 观看该点播节目。
所述第一请求中的 UE1的身份标识也可以替换为 UE1当前的会话标识。 上述流程还可以用于一键切换， 即 UE2通过所使用终端上显示的获取 UE1实时媒体播放信息的功能键， 实现获取 UE1实时媒体播放信息的功能。
本实施例的获取指定用户实时媒体播放信息的方法， 在接收到 UE2发送 的携带 UE1的身份标识和获取指示的请求后， SCF1根据接收到的 UE1的身份 标识确定 UE1的会话标识及为 UE1服务的 MF1 , 从 MF1获取目标会话内的实 时媒体播放信息， 并返回给 UE2; 由此支持其他用户获取指定用户的实时媒 体播放信息。
第三实施例
如图 3所示，小孩正在观看画中画节目， 家长查看小孩目前观看的具体内 容， 家长终端显示小孩的画中画内容， 并可以正常对节目进行操作， 后续可 以进行一定的家长控制； 所述指定用户为小孩的终端 UE1 , 请求装置 （即其 他用户） 为家长终端 UE2, 请求处理装置为分别为画中画上显示的为两个节 目服务的业务 SCF1-1和业务 SCF1-2,播放装置为分別为节目 1和节目 2提供服 务的 MF1-1和 MF1-2 (图中未示出 ) 。
前提： 家长签约了监视业务， 通过该业务能够获取小孩实时媒体播放信 息， 并可以从小孩当前观看的播放时间点切入该节目。 可以是通过 HTTP、 SIP方式签约， 也可以通过在营业厅或电话签约。
5301 , UE2发起对 UE1监视的请求， 该监视倚求中携带 UE1的身份标识， 比如发送 SIP invite奇求， Request-URI设置为监视业务 PSI，监视请求经过 Core IMS路由到监视 SCF 0
5302,监视 SCF收到 UE2发送的监视请求后，对 UE2进行监视鉴权，在鉴 权通过后， 获取为 UE1服务的业务 SCF的地址， 即 SCF1-1和 SCF1-2的地址。
5303 ,监视 SCF向业务 SCF 1-1发送获取实时媒体播放信息 1的第一请求 1。 根据 UE1当前会话 (监视业务启动时， UE1的业^^会串进监视 SCF )， 向业务 SCF请求 UE 1的实时媒体播放信息， 即向业务 SCF 1 - 1发送获取实时媒 体播放信息 1的第一请求 1 , 该第一请求 1中携带第一获取指示 1和 UE1的身份 标识 , SCF 1 - 1查找与 UE 1的身份标识对应的 MF 1 - 1和 UE1的目标会话标识 1 , 后续 SCF 1 - 1从 MF 1 - 1获取实时媒体播放信息 1的过程与第二实施例相类似，此 处不再赘述。
5304, 业务 SCF1-1返回携带 UE1的实时媒体播放信息 1的第一响应 1， 携 带 UE1的实时媒体播放信息 1的第一响应 1经过 Core IMS返回到监视 SCF; 该 第一响应 1消息体 xml格式可以如下：
<?xml version=" 1.0" encoding="UTF-8"?>
<iptv-media- state> <list ID="tstvl@iptv.com" PiP="big">
<offset>300</offset>
<trickplayStatus>
<state>PLAY</state>
<scale>K/scale>
</trickplayStatus>
</list>
</iptv-media- state>
5305 , 监视 SCF根据 UE1的业务会话， 向业务 SCF1-2发送获取 UE1的实 时媒体播放信息 2的第一请求 2 , 该第一请求 2中携带有第一获取指示 2和 UE1 的身份标识， 该第一奇求 2经过 Core IMS路由到业务 SCF 2。
5306, SCF1-2查找与 UE1的身份标识对应的 MF1-2和 UE1的目标会话标 识 2， SCF1-2从 MF获取实时媒体播放信息 2的过程与第二实施例相类似； 业 务 SCF1-2返回携带有 UE1的实时媒体播放信息 2的第一响应 2给监视 SCF , 该 第一响应 2消息体 xml格式可以如下：
<?xml version:" 1.0" encoding="UTF-8"?>
<iptv-media- state>
<list ID="codl@iptv.com" PiP="small">
<offset>100</offset>
<trickplayStatus>
<state>PLAY</state>
<scale>K/scale>
</trickplayStatus>
</list>
</iptv-media- state>
5307, 监视 SCF收到业务 SCFl-1和业务 SCF1-2返回的 UE1画中画实时媒 体播放信息 1和实时媒体播放信息 2后， 将该画中画实时媒体播放信息封装在 给 UE2监视的监视响应消息体中返回给 UE2, 其 xml格式可以如下：
<?xml version:" 1.0" encoding="UTF-8"?> <iptv-media- state>
<list ID="tstvl@iptv.com" PiP="big">
<offset 300</offset
<trickplayStatus>
<state>PLAY</state>
<scale>K/scale>
</trickplayStatus>
</list>
<list ID="codl@iptv.com" PiP="small">
<offset>100</offset>
<trickplayStatus>
<state>PLAY</state>
<scale>K/scale>
</trickplayStatus>
< lis1
<service-type>PiP</service-type>
</iptv-media- state>
后续家长可以 #居小孩实时媒体播放信息从相同的播放时间点开始观看 相同节目。
由于家长和小孩在同一个订阅关系下， 所以对相同节目的业务控制实体 是同一个。 以本实施例为例， 对于家长和小孩， 节目 1的业务控制实体都是
SCF1-1 , 节目 2的业务控制实体都是 SCFl-2。
本实施例的获取指定用户实时媒体播放信息的方法， 在接收到 UE2发送 的携带有 UE1的身份标识和获取指示的请求后， SCF1-1根据接收到的 UE1的 身份标识确定 UE1的会话标识 1及为 UE1服务的 MF1-1， SCF1-2根据接收到的 UE1的身份标识确定 UE1的会话标识 2及为 UE1服务的 MF1-2 , 从 MF1 -1和 MF1-2分别获取 UE1会话内的实时媒体播放信息 1和实时媒体播放信息 2， 并 通过监枧 SCF返回给 UE2; 由此支持其他用户获取指定用户的实时媒体播放 信息。 第四实施例
如图 4所示， 用户使用另一终端 UE2从 IPTV会话转移列表中选择一个会 话， 使用 UE2从该会话当前播放时间点开始继续观看 IPTV节 Θ； 所述指定用 户为 UE1 , 请求装置（即其他用户）为 UE2, 请求处理装置为 SCF, 播放装置 为给 UE1服务的 MF。
前提： 用户使用一个终端 UE1观看 IPTV节目， 在决定使用另一终端 UE2 继续观看该节目时， 用户使用 UE1发送一个会话转移命令， 此时， 用户使用 的 UE2的^舌转移列表中就会出现 UEl^ 舌的选项。
5401 , UE2从 IPTV^舌转移列表中选择一个^舌， 请求从该^舌当前播 放时间点开始继续观看， UE2发出会话连续的第一请求， 第一请求经过 Core IMS被路由到 SCF， 比如根据 Request-URI路由到 SCF， 该第一请求中携带所 选会话的会话转移标识， 所发起的第一请求可以是 SIP invite, Request-URI 设置为 STI ( Session Transfer Identifier, 会话转移标识） , 这里的获取指示可 以为隐式获取指示。
5402, SCF收到 UE2发送的第一请求后， 对 UE2进行鉴权， 并在鉴权通过 后， 根据本地存储的会话转移标识、 MF、会话标识的对应关系， 查找到对应 的会话标识和为 UE 1服务的 MF。
SCF管理着会话转移列表， 存储着每条会话转移的相关信息， 包括会话 转移发起方、 会话转移接收方、 会话转移的会话标识等。 UE2从会话转移列 表选择继续进行某一会话时， 其实是向 SCF发送了携带所选会话的会话转移 标识的第一请求， 本发明实施例对于 UE2如何获得会话转移标识不做限定。
5403 , SCF向所述 MF发送携带有所述会话标识的获取被转移会话实时媒 体播放信息的第二请求。
第二请求经过 Core IMS被路由到 MF,比如可以发送^^内的 SIP message 消息或 info消息， Request-URI设置为 MF的地址。
5404 , MF返回携带有被转移会话实时媒体播放信息的第二响应给 SCF , 第二响应经过 Core IMS被返回到 SCF, 第二响应可以是通过消息体携带， 比
<?xml version:" 1.0" encoding="UTF-8"?> <iptv-media- state>
<list ID="codl @iptv.com">
<offset 300</offset
<trickplayStatus>
<state>PLAY</state>
<scale>K/scale>
</trickplayStatus>
</list>
</iptv-media- state>
S405 , SCF获取被转移会话实时媒体播放信息， 并将被转移会话实时媒 体播放信息携带在笫一响应中返回给 UE2， 所述第一响应经过 Core IMS返回 到 UE2。
后续 UE2可以根据被转移会话实时媒体播放信息观看该点播节目。 另外， S405也可以不携带被转移会话实时媒体播放信息， 而是在 SCF获 取到被转移会话实时媒体播放信息后，直接指示为 UE2服务的 MF从指定播放 时间点开始播放。
本实施例的获取指定用户实时媒体播放信息的方法， 在接收到 UE2发送 的携带有指定用户会话转移标识和获取指示的请求后， SCF根据接收到的会 话转移标识确定 UE1的会话标识及为 UE1服务的 MF , 从 MF获取目标会话内 的实时媒体播放信息， 并返回给 UE2; 由此支持其他用户获取指定用户的实 时媒体播放信息。
第五实施例
如图 5所示， 某个共享控制群中目前已经有多个用户终端 UE1、 UE2等在 共享观看某个点播节目 Z, 此时用户终端 UEY希望加入到该共享控制群中， 并同时与其他用户终端同步观看该点播节目 Z。 为此 UEY发起一个加入共享 控制群的请求， 其中携带共享控制群标识 X， 该请求被共享控制群服务器获 取后， 通过查询该共享控制群所观看的点播节目 Z， 从而向媒体服务器获取 当前节目 Z的实时媒体播放信息 , 并返回给 UEY。 之后 UEY即可发起针对点 播节目 Z的点播请求， 并以返回的当前播放时间点和返回的播放速率开始播 放节目 Z , 使得 UEY与其他用户终端观看节目 Z达到同步。 所述指定用户为共 享控制群， 请求装置（即其他用户）为 UEY， 请求处理装置为共享控制群应 用服务器 AS, 播放装置为共享控制群标识 X对应的一个或多个 MF。
本实施例中， 共享控制群的媒体播放由同一个共享控制群 AS来控制， 该 共享控制群 AS上存储有其管理的所有共享控制群的会话标识和会话内容标 识等信息。 任何一个共享控制群内的用户设备对共享节目的操作控制， 都会 由共享控制群 AS统一作用于为该共享控制群服务的所有 MF上， 以实现群内 的各用户设备观看的节目同步。
5501 , UEY请求加入一个正在进行的共享控制群， 比如 UEY通过 EPG列 表获取共享控制群信息， UEY发送携带有共享控制群标识 X的第一请求， 第 一请求经过 Core IMS路由到共享控制群 AS, 该第一请求可以为 SIP invite请 求， 设置 Request-URI为共享控制群标识 X； 本实施例中的获取指示可以为隐 式获取指示。
5502, 共享控制群 AS识别所述第一请求中携带的共享控制群标识，根据 共享控制群 AS本地存储的共享控制群标识、 MF、 会话标识、 会话内容标识 等的对应关系， 查找到共享控制群标识 X对应的一个或多个 MF和当前共享控 制群的多个共享控制会话标识等。
5503 , 共享控制群 AS向会话内的 MF发送携带有共享控制会话标识的、 获取共享实时媒体播放信息的第二请求， 该第二请求经过 Core IMS路由到 MF。
5504, MF返回携带有共享实时媒体播放信息的第二响应给共享控制群
AS。
5505 , 共享控制群 AS返回携带有共享实时媒体播放信息的第一响应给 UEY。
5506 , UEY根据获取到的共享实时媒体播放信息建立共享点播节目的会 话。
至于后续共享控制群 AS、 群内各个 UE以及 MF具体如何协调动作， 本发 明实施例不做限定。 本实施例的获取指定用户实时媒体播放信息的方法， 在接收到 UEY发送 的携带有共享控制群标识 X和获取指示的请求后， 共享控制群 AS根据接收到 的共享控制群标识 X确定目标会话标识及与该共享控制群对应的一个或多个
MF , 从 MF获取共享控制群目标会话的共享实时媒体播放信息， 并返回给 UEY; 由此支持其他用户获取指定用户群的实时媒体播放信息。 本发明实施例还提供一种获取指定用户实时媒体播放信息的系统，如图 6 所示， 包括： 请求装置 10, 请求处理装置 20和播放装置 30。
所述请求装置 10， 用于发送获取指定用户实时媒体播放信息的请求， 所 述请求中携带有指定用户的标识信息； 所述获取指定用户实时媒体播放信息 的请求为第一请求， 所述第一请求中携带有获取指定用户实时媒体播放信息 的指示， 即第一获取指示。 请求装置 10可以为用户终端， 如移动台、 带有网 络 STB ( Set Top Box, 机顶盒） 的电视机等， 请求装置 10与请求处理装置 20 之间进行通信的第一接口协议为 SIP协议。
所述指定用户的标识信息具体可以包括指定用户身份标识， 或指定用户 的会话标识， 或指定用户的会话转移标识， 或指定用户的共享控制群标识； 所述第一请求还可以进一步携带与所述指定用户实时媒体播放信息相关联的 内容描述信息， 比如会话转移中的内容标识、 或共享控制群内正在共享的内 容标识等。
所述请求处理装置 20, 用于才艮据所述指定用户的标识信息， 确定所述指 定用户的 g标会话标识及为指定用户目标会话服务的播放装置 30, 向该播放 装置 30请求获取所述目标^"内的实时媒体播放信息， 并将所述播放装置 30 返回的所迷目标会话内的实时媒体播放信息返回给所述请求装置 10。 请求处 理装置 20为网络实体， 具体可以包括 SCF、 IPTV Control、 AS等。 请求处理 装置 20与播放装置 30之间进行通信的第二接口协议为 SIP协议。
所述请求处理装置 20收到所述第一请求后， 会首先根据第一获取指示识 别出该第一请求为获取实时媒体播放信息的请求， 而不是普通的会话建立请 求或播放控制指令。 请求处理装置 20会查询与指定用户的标识信息对应的播 放装置 30和会话标识。 请求处理装置 20向该播放装置 30请求获取所述目标会话内的实时媒体播 放信息具体为： 请求处理装置 20向播放装置 30发送获取所述目标会话内的实 时媒体播放信息的请求， 该请求为第二请求。 所述第二请求中携带有获取指 定用户目标会话内的实时媒体播放信息的指示， 即第二获取指示； 第二请求 携带有上述目标会话的会话标识和第二获取指示。 所述第二请求可以通过目 标^舌的^舌内信息发送给播放装置 30， 以使播放装置 30能够根据所述第二 获取指示判断出第二奇求为获取目标^舌实时媒体播放信息的请求， 获取播 放装置 30本地管理的所有会话中与所述目标会话标识对应的实时媒体播放信 息， 并将获取到的实时媒体播放信息携带在第二响应中返回给请求处理装置 20。
所述请求处理装置 20在接收到所述第一请求后， 还用于对请求装置 10进 行鉴权，所述鉴权规则可以由所述指定用户通过 HTTP、 SIP等方式进行预设。
所述请求处理装置 20在接收到所述第一请求后， 不是获取已存储的 SAD 信息 , 而是获取播放装置 30上正在为指定用户目标会^"播放的实时媒体播放 信息， 因此实时性更好。
所述播放装置 30, 用于播放媒体内容， 和， 才艮据所述请求处理装置 20发 送的请求， 获取所述目标^舌内的实时媒体播放信息。 播放装置 30可以为网 络实体， 例如 MF (实际提供实时媒体播放信息的是 MDF )、 CDF等。
请求处理装置 20从播放装置 30获取指定用户目标会话内的实时媒体播放 信息， 目标会话内的实时媒体播放信息可以通过 sip请求的 200 OK响应的消息 体来携带。
本实施例的获取指定用户实时媒体播放信息的系统， 在接收到请求装置 发送的携带有指定用户的标识信息和获取指示的请求后， 根据接收到的指定 用户的标识信息确定指定用户的目标会话标识及相应的播放装置， 通过所述 ^"标识从播放装置获取目标^舌内的实时媒体播放信息， 并返回给请求装 置； 由此支持其他用户获取指定用户实时媒体播放信息。 本发明实施例还提供获取指定用户实时媒体播放信息的一种请求处理装 置， 如图 7所示， 包括： 第一接收模块 100， 查询模块 200， 请求 300， 第二接 收模块 400, 返回模块 500。
第一接收模块 100 ,用于接收清求装置 10发送的获取指定用户实时媒体播 放信息的请求； 所述奇求中携带有指定用户的标识信息。
所述指定用户的标识信息具体可以包括指定用户身份标识， 或指定用户 的会话标识（ Session ID )， 或指定用户的会话转移标识， 或指定用户的共享 控制群标识等。
查询模块 200，用于根据所述指定用户的标识信息，确定所述指定用户的 目标会话标识及为指定用户目标会话服务的播放装置。
请求模块 300，用于向所述播放装置请求获取所述目标会话内的实时媒体 播放信息。
第二接收模块 400 ,用于接收播放装置返回的所述目标会话内的实时媒体 播放信息。
返回模块 500,用于将所述目标会话内的实时媒体播放信息返回给所述请 求装置。
优选的， 所述请求处理装置 20还包括鉴权模块， 用于在所述第一接收模 块 100接收到请求装置发送的获取实时媒体播放信息的请求后，对所述请求装 置进行鉴权。
本实施例的请求处理装置， 在接收到请求装置发送的携带有指定用户的 标识信息和获取指示的请求后， 根据接收到的指定用户的标识信息确定所述 指定用户的目标会话标识及相应的播放装置， 通过所述会话标识从播放装置 获取目标会话内的实时媒体播放信息， 并返回给请求装置； 由此支持其他用 户获取指定用户的实时媒体播放信息。 本发明实施例还提供一种携带获取指示的方法， 如图 8所示， 包括： S801 , 扩展会话初始协议消息的头域。
将 SIP消息的头域进行扩展，所述 SIP消息可以为 invite, re-invite， message, info , option或 subscribe。 S802 , 使用所述扩展的头域来携带指定用户的实时媒体播放信息的获取 指示。
本实施例的方法适用于上述各实施例。
本实施例通过扩展 SIP消息的头域，使用扩展的头域来携带指定用户实时 媒体播放信息获取指示，从而实现了通过 SIP消息携带指定用户实时媒体播放 信息的获取指示。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来指令相关的硬件来完成， 所述的程序可以存储于一计算机 可读存储介质中， 该程序在执行时， 包括如下步骤： 接收请求装置发送的获 取指定用户实时媒体播放信息的请求； 所述请求中携带有指定用户的标识信 息； 根据所述指定用户的标识信息， 确定所述指定用户的 ϋ标会话标识及为 指定用户目标会话服务的播放装置； 向所述播放装置请求获取所述目标会话 内的实时媒体播放信息； 将所述播放装置返回的所述目标^舌内的实时媒体 播放信息返回给所述请求装置。 所述存储介质， 如： ROM / RAM、 磁碟、 光盘等。
以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范 围。 凡在本发明的精神和原则之内所作的任何修改、 等同替换、 改进等， 均 包含在本发明的保护范围内。

Claims

权 利 要 求 书
1、 一种获取指定用户实时媒体播放信息的方法， 其特征在于， 包括： 接收请求装置发送的获取指定用户实时媒体播放信息的请求； 所述请求 中携带有指定用户的标识信息；
根据所述指定用户的标识信息， 确定所述指定用户的目标会话标识及为 指定用户目标会话服务的播放装置；
向所迷播放装置请求获取所述目标^舌内的实时媒体播放信息； 将所述播放装置返回的所述目标会话内的实时媒体播放信息返回给所述 请求装置。
2、如权利要求 1所述的方法， 其特征在于， 当所述指定用户的标识信息 为指定用户身份标识时， 所述确定指定用户的目标会话标识及播放装置具体 包括：
根据存储的用户身份标识、 播放装置、 会话标识的对应关系， 查找到与 所述指定用户身份标识对应的播放装置和目标会话标识。
3、如权利要求 1所述的方法， 其特征在于， 当所述指定用户的标识信息 为指定会话标识时，所述确定指定用户的目标会话标识及播放装置具体包括： 根据存储的会话标识、 播放装置的对应关系， 查找到与所述指定会话标 识对应的播放装置， 所述指定会话标识即为目标会话标识。
4、如权利要求 1所述的方法， 其特征在于， 当所述指定用户的标识信息 为指定会话转移标识时， 所述确定指定用户的目标会话标识及播放装置具体 包括：
根据存储的会话转移标识、 播放装置、 会话标识的对应关系， 查找到与 所迷指定会话转移标识对应的播放装置和目标会话标识。
5、如权利要求 1所述的方法， 其特征在于， 当所述指定用户的标识信息 为指定共享控制群标识时， 所述确定指定用户的目标会话标识及播放装置具 体包括：
根据存储的共享控制群标识、 播放装置、 会话标识的对应关系， 查找到 与所迷指定共享控制群标识对应的播放装置和 Θ标会话标识。
6、 如权利要求 1-5任一项所述的方法， 其特征在于， 在接收到所述请求 装置发送的获取实时媒体播放信息的请求后， 所述方法还包括对所述请求装 置进行鉴权。
7、 如权利要求 1-5任一项所述的方法， 其特征在于， 所述接收请求装置 发送的获取指定用户实时媒体播放信息的请求具体为：
接收所述请求装置发送的携带获取指定用户实时媒体播放信息指示的会 话初始协议消息。
8、如权利要求 7所述的方法， 其特征在于， 所述获取指定用户实时媒体 播放信息指示通过扩展的头域携带在所述会话初始协议消息中。
9、 如权利要求 1-5任一项所述的方法， 其特征在于， 所述向播放装置请 求获取目标^^内的实时媒体播放信息的具体实现为：
向所述播放装置发送通过扩展的头域携带获取目标会话内的实时媒体播 放信息指示的会话初始协议消息。
10、 如权利要求 1-5任一项所述的方法， 其特征在于， 所述将目标会话 内的实时媒体播放信息返回给请求装置的具体实现为：
将所述目标会话内的实时媒体播放信息携带在会话初始协议消息的消息 体中返回给所述请求装置。
11、 一种获取指定用户实时媒体播放信息的系统， 其特征在于， 包括： 请求装置， 用于发送获取指定用户实时媒体播放信息的请求， 所述请求 中携带有指定用户的标识信息；
请求处理装置， 用于根据所述指定用户的标识信息， 确定所述指定用户 的目标会话标识及为指定用户目标会话服务的播放装置， 向该播放装置请求 获取所述目标会话内的实时媒体播放信息， 并将所述播放装置返回的所述目 标^舌内的实时媒体播放信息返回给所述请求装置；
播放装置， 用于播放媒体内容， 和，根据所述请求处理装置发送的请求， 获取所述目标会话内的实时媒体播放信息。
12、如权利要求 11所述的系统， 其特征在于， 所述请求处理装置在接收 到所述请求装置发送的获取实时媒体播放信息的请求后， 还用于对所述请求 装置进行鉴权。
13、 一种请求处理装置， 其特征在于， 包括： 第一接收模块， 用于接收请求装置发送的获取指定用户实时媒体播放信 息的请求； 所述请求中携带有指定用户的标识信息；
查询模块， 用于根据所述指定用户的标识信息， 确定所述指定用户的 Θ 标会话标识及为指定用户目标会话服务的播放装置；
请求模块， 用于向所述播放装置请求获取所述目标会话内的实时媒体播 放信息；
第二接收模块， 用于接收播放装置返回的所述目标会话内的实时媒体播 放信息；
返回模块 , 用于将所述目标会话内的实时媒体播放信息返回给所述请求 装置。
14、如权利要求 13所述的装置， 其特征在于， 所述请求处理装置还包括 鉴权模块， 用于在所述第一接收模块接收到请求装置发送的获取实时媒体播 放信息的请求后， 对所述请求装置进行鉴权。
PCT/CN2010/072481 2009-05-08 2010-05-06 获取指定用户实时媒体播放信息的方法、系统和装置 WO2010127627A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910138254.9A CN101883333B (zh) 2009-05-08 2009-05-08 获取指定用户实时媒体播放信息的方法、系统和装置
CN200910138254.9 2009-05-08

Publications (1)

Publication Number Publication Date
WO2010127627A1 true WO2010127627A1 (zh) 2010-11-11

Family

ID=43049989

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/072481 WO2010127627A1 (zh) 2009-05-08 2010-05-06 获取指定用户实时媒体播放信息的方法、系统和装置

Country Status (2)

Country Link
CN (1) CN101883333B (zh)
WO (1) WO2010127627A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102572529B (zh) * 2010-12-13 2015-11-25 中国移动通信集团广东有限公司 一种节目资源播放的方法、装置和系统
CN102780678A (zh) 2011-05-10 2012-11-14 华为终端有限公司 共享内容的方法和设备
CN103024589B (zh) * 2011-09-26 2017-03-29 联想(北京)有限公司 一种交互信息输出方法、传输方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1813467A (zh) * 2003-06-26 2006-08-02 汤姆森特许公司 数字内容的父母监视
US20060287080A1 (en) * 2005-06-20 2006-12-21 M-Systems Flash Disk Pioneers, Ltd. System for game console parental control
CN101098467A (zh) * 2007-07-24 2008-01-02 中兴通讯股份有限公司 一种网络音视频监控方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1813467A (zh) * 2003-06-26 2006-08-02 汤姆森特许公司 数字内容的父母监视
US20060287080A1 (en) * 2005-06-20 2006-12-21 M-Systems Flash Disk Pioneers, Ltd. System for game console parental control
CN101098467A (zh) * 2007-07-24 2008-01-02 中兴通讯股份有限公司 一种网络音视频监控方法及系统

Also Published As

Publication number Publication date
CN101883333A (zh) 2010-11-10
CN101883333B (zh) 2012-12-19

Similar Documents

Publication Publication Date Title
US10397644B2 (en) Switching between delivery methods in an IPTV communication network
US8332527B2 (en) Streaming media network system, streaming media service realization method and streaming media service enabler
US8046479B2 (en) Media channel management
EP2241078B1 (en) Method and internet protocol television (iptv) content manager server for iptv servicing
WO2012122935A1 (zh) 互联网协议电视内容共享方法、装置以及终端设备
US20120047276A1 (en) Session push transfer
US20100064336A1 (en) Method and network device for implementing iptv streaming service in ims
WO2012152168A1 (zh) 在观看节目时获取评论信息的方法、系统和装置
WO2009138045A1 (zh) 书签业务处理方法及系统和书签业务提供装置
WO2010022570A1 (zh) 基于网际协议电视的信息推送方法、装置及系统
WO2009138003A1 (zh) 业务状态信息显示和发送方法、用户终端设备和业务处理单元
WO2009024092A1 (fr) Procédé et système permettant la commande d&#39;autorisation de ressource de service
WO2009140880A1 (zh) 节目播放的控制方法、装置和系统
WO2009067935A1 (fr) Procédé, dispositif et système de mise en œuvre de services de télévision sur ip
WO2009143743A1 (zh) 一种媒体播放方法、系统以及播放代理装置
US8908853B2 (en) Method and device for displaying information
WO2011143881A1 (zh) 实现移动终端电视互动的方法、系统及背靠背的用户代理
WO2012126339A1 (zh) 互联网协议电视中业务收看的方法和系统
US20090276818A1 (en) Method for providing iptv service and internet broadcasting system therefor
WO2008141542A1 (fr) Procédé, dispositif vidéo et système pour l&#39;affichage d&#39;informations au moment d&#39;une commutation de canaux
WO2010127627A1 (zh) 获取指定用户实时媒体播放信息的方法、系统和装置
EP2273785A1 (en) Play controlling method, device and system
WO2010025675A1 (zh) 一种业务内容的播放方法、系统和装置
WO2010031309A1 (zh) 一种预览频道媒体流协商的方法、系统和装置
WO2011107017A1 (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: 10772030

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10772030

Country of ref document: EP

Kind code of ref document: A1