WO2011000227A1 - 通信系统中用于多屏幕业务通知和交互的方法和装置 - Google Patents

通信系统中用于多屏幕业务通知和交互的方法和装置 Download PDF

Info

Publication number
WO2011000227A1
WO2011000227A1 PCT/CN2010/071005 CN2010071005W WO2011000227A1 WO 2011000227 A1 WO2011000227 A1 WO 2011000227A1 CN 2010071005 W CN2010071005 W CN 2010071005W WO 2011000227 A1 WO2011000227 A1 WO 2011000227A1
Authority
WO
WIPO (PCT)
Prior art keywords
screen service
request command
service request
user
screen
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2010/071005
Other languages
English (en)
French (fr)
Inventor
王楠
万志坤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent SAS
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 Alcatel Lucent SAS filed Critical Alcatel Lucent SAS
Priority to US13/377,011 priority Critical patent/US20120084820A1/en
Priority to EP10793522.3A priority patent/EP2451197B1/en
Priority to KR1020127002685A priority patent/KR101286997B1/ko
Priority to JP2012518005A priority patent/JP5709858B2/ja
Publication of WO2011000227A1 publication Critical patent/WO2011000227A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring

Definitions

  • the present invention relates to the field of communications, and more particularly to multi-screen services (providing multimedia services to at least two of a user's television, personal computer, and handheld portable terminals) and their service technologies.
  • Background technique providing multimedia services to at least two of a user's television, personal computer, and handheld portable terminals
  • Multi-screen services require service providers to offer a variety of communication services, especially multimedia content, to a variety of end devices, such as televisions, personal computers, and handheld portable terminals, to provide a true multi-screen experience. Multi-screen services will create a large user stickiness, thereby increasing the competitive advantage of communication service providers.
  • Microsoft has developed its unified communications experience, the basic concept of providing access to communication services anywhere, anytime, on any device.
  • Alcatel-Lucent's multi-screen experience embodies the same basic concepts.
  • multi-screen services allow them to provide personalized services to users to improve the user experience.
  • the multi-screen service enables it to move between different locations and receive subscription content through any of a variety of terminal devices, such as televisions, personal computers, handheld portable terminals.
  • One existing method of notifying a multi-screen business user is to send a short message.
  • the delay of the short message is too long, and the delay changes frequently, which makes the server unable to respond to the user's short message command in time, which affects the service quality.
  • Another method for allowing users to interact is to encapsulate the service request command input by the user on the 3G mobile phone in the user data application part of the 3GPP protocol in the 3G network, thereby implementing fast interaction of the multi-party conference request command.
  • this method is used for video conferencing based on circuit-switched technology, requiring the communication system to be created based on a WCDMA (3GPP) network in a 3G network, and the user's mobile phone and network equipment must be supported.
  • 3GPP protocol, H.323 and H.324 protocols due to the limitations of the user data application part of the protocol in 3GPP, the user can only use the hexadecimal number that is difficult to understand as the service request command.
  • the data of the user data application part must be encapsulated into the H.323 and H.324 protocols, and H.323 multiplexing can be performed.
  • H.323 demultiplexing must be performed when the data reaches the other end, which undoubtedly increases the computing load of the user's 3G mobile phone and network equipment and the burden of multiple protocol support, and also increases the delay.
  • this video conferencing-specific approach (based on circuit-switched technology) cannot be used for multi-screen services based on IP packet switching technology due to its limitations and specificity.
  • the present invention proposes a method and apparatus for notifying and interacting with multi-screen services in a communication system.
  • a method for collecting a multi-screen service request of a user in a network device of a communication network comprising the steps of: A. transmitting an OMA interactive media document to a user's handheld portable terminal, The OMA interactive media document includes multimedia service announcement information and at least one media object set including a multi-screen service request command template; B. receiving a multi-screen service request command fed back by the user's handheld portable terminal, and according to the multi-screen service The request command determines the user's requirements for multi-screen services.
  • a method for requesting multi-screen service in a handheld portable terminal of a communication network comprising the steps of: a. receiving an OMA interactive media document from a network device, said OMA interaction
  • the media file includes multimedia service announcement information and at least one media object set including a multi-screen service request command template; b. acquiring a multi-screen service request command template in the media object set according to a protocol supported by the handheld portable terminal; c. Editing a multi-screen service request command based on the acquired multi-screen service request command template according to user input; d.
  • a request command is sent to the network device.
  • a collecting apparatus for collecting a multi-screen service request of a user in a network device of a communication network, comprising: a first transmitting device, configured to send an OMA interaction to a user's handheld portable terminal a media file, the OMA interactive media document includes multimedia service announcement information and at least one media object set including a multi-screen service request command template; and the first receiving device is configured to receive the multi-screen service fed back by the user's handheld portable terminal The command is requested, and the user's request for multi-screen service is determined according to the read multi-screen service request command.
  • a requesting apparatus for requesting a multi-screen service in a handheld portable terminal of a communication network, comprising: a second receiving device, configured to receive an OMA interactive media document from a network device,
  • the OMA interactive media document includes multimedia service announcement information and at least one media object set including a multi-screen service request command template, and template acquisition means, configured to acquire a plurality of media object sets according to a protocol supported by the handheld portable terminal a screen service request command template;
  • a command editing device configured to edit a multi-screen service request command based on the acquired multi-screen service request command template according to user input;
  • a second sending device configured to send the multi-screen service request command to the Network equipment.
  • the present invention sets a unified multi-screen service request command template by using an OMA Interactivity Media Document, so that the network device notifies the multi-screen service and the user requests for the multi-screen service content with the OMA (Open).
  • OMA Open Mobile Alliance
  • the multi-screen service request command template set in the 0MA interactive media document setting in the present invention the user can easily and quickly construct the request command, which greatly reduces the probability of the user's erroneous input, and does not need to establish a connection in advance. It will greatly improve the quality of the user's experience and reduce the delay.
  • the network device can respond to the user's request command in a timely and accurate manner.
  • the network device can provide the user with a WAP/WWW page or link that can quickly send a request command, thereby providing a new and convenient way for the user to request multi-screen service through a personal computer or a handheld terminal.
  • the software developer of the client can correspondingly create a more friendly input control interface, such as providing a drop-down menu, an input box or a friendly interface such as a temporary pop-up help box, so that the user can perform simple operations. For example, enter a number or select some options to complete the editing of the multi-screen business request command.
  • the output value of OMA members accounts for more than 90% of the total mobile communication output. Since the present invention adopts the OMA application, it can be applied to all wireless communication systems supporting OMA, such as various wireless communication networks such as 2.5G, 3G, WMAX, LTE, 4G, and the like, and a hybrid network composed of the above networks.
  • FIG. 1 shows a schematic structural diagram of a communication system according to an embodiment of the present invention
  • FIG. 2 shows a flowchart of a system method according to an embodiment of the present invention
  • FIG. 3 shows an embodiment of the present invention according to an embodiment of the present invention.
  • FIG. 4 shows a block diagram of a device for collecting a multi-screen service request of a user in a network device of a communication network in accordance with one embodiment of the present invention
  • FIG. 5 shows a block diagram of a device for requesting a request for multi-screen service in a handheld portable terminal of a communication network, in accordance with one embodiment of the present invention
  • FIG. 1 shows a block diagram of a communication system in accordance with one embodiment of the present invention.
  • the system includes the network device 1 and the user terminals 2a, 2b, 2c legally user terminal It can be any type of terminal device capable of receiving information or interacting with information through a network, and particularly can be a terminal device capable of receiving multimedia information, such as a desktop computer, a notebook computer, a mobile phone, a personal digital assistant (PDA), a television, etc. .
  • the user terminals 2a, 2b, and 2c shown in the figure belong to the same user.
  • the user terminal 2a is a mobile phone
  • the user terminal 2b is a television
  • the user terminal 2c is a computer
  • the user can pass the above.
  • Any of the terminal devices to receive multi-screen service content, wherein the notification of the multi-screen service and the requested interaction can be completed between the network device 1 and the user terminal 2a by using the OMA interactive media document.
  • the dotted line in the figure indicates the notification of the multi-screen service and the multi-screen service request command that the network device 1 interacts with the user terminal 2a, and realizes the transmission of the multi-screen service content.
  • the transmission of the multi-screen service content may be performed by the network device 1, or may be performed by other servers independent of the network device 1.
  • FIG. 1 shows only one embodiment, and the communication system providing multi-screen services is not limited to the structure in FIG.
  • Users in the system do not have to have three types of terminal devices: mobile phones, televisions, and computers; for example, users can own mobile phones and televisions; or, users can own mobile phones and computers.
  • the user can receive multi-screen service content through any of the owned terminal devices, and the notification of the multi-screen service and the requested interaction can be accomplished between the network device and the user's handheld portable terminal by using the OMA interactive media document.
  • FIG. 2 shows a flow chart of a system method in accordance with one embodiment of the present invention.
  • the present invention will be described from a method perspective with reference to FIG. 1 and FIG. 2, respectively, describing a method flow for collecting a multi-screen service request of a user in a network device of a communication network and for requesting more in a handheld portable terminal of the communication network. Method flow of screen business.
  • the network device 1 will send an OMA interactive media document to the user terminal 2a, that is, the user's handheld portable terminal, the OMA interactive media document including multimedia service announcement information and at least one including multi-screen service request A collection of media objects for a command template.
  • the playback terminal of the multi-screen service may be a handheld portable terminal, a television or a computer, Often only the handheld portable terminal is in compliance with the conditions of being carried and waiting at any time, so that the service request command template is sent to the handheld portable terminal to facilitate timely feedback from the user.
  • the OMA interactive media document sent by the network device 1 may include a plurality of media object sets, and each media object set respectively corresponds to a multi-screen service request command template based on a certain protocol.
  • a media object set may be a multi-screen service request command template based on the OMA protocol, or a multi-screen service request command template based on the SMS protocol, or a multi-screen service request command template based on the SIP protocol, or
  • the multi-screen service request command links to the shortcut control page.
  • the forgotten link can be a link based on the WAP protocol or a web link based on the HTTP protocol.
  • the OMA interactive media document sent by the network device 1 includes four sets of media objects, respectively, a multi-screen service request command template based on the OMA protocol, and a multi-screen service request based on the SMS protocol.
  • the OMA interactive media document sent by the network device 1 may also include two, three, or even only one of the foregoing media object sets, and may also include a multi-screen service request command template based on other protocols.
  • the user terminal 2a can determine a multi-screen k-question request command template according to the protocol it supports, and edit the multi-screen service request command based on the determined template and feed back to the network device 1.
  • the multi-screen service request command template includes information related to the above three items.
  • the information relating to the content of the multi-screen service, the terminal being played, and the time of playback may be in the form of a string, number or other identification.
  • the three types of playback terminals may be identified by strings as "Mobile", “PC”, “TV”, or may be identified by numbers as "001", "002", "003", respectively.
  • the multi-screen service request command fed back by the user terminal 2a also includes the user's requirements for the multi-screen service content, the playing terminal, and the playing time.
  • the multi-screen service request command template includes a plurality of elements, such as multi-screen service content, a play terminal, and a play time.
  • the order of each element needs to be specified in the multi-screen service request command template.
  • a request command template arranged in order of the playback terminal, the play time, the play date, and the service content may be expressed as ⁇ , yy/ Mm/dd, ___ ⁇ ; and in the OMA interactive media document, it may also include a definition of each field of the template and a guide for how the user constructs his own request command according to the template.
  • the request command template may also be an already-edited request command, and some or all of the fields may be modified by the user according to their own needs; for example, a request command template may be expressed as ⁇ Mobile, 9:00, 20090615, NBA Final 2009 #5 ⁇ , where the underlined part of the field can be modified by the user.
  • a request command template may be expressed as ⁇ Mobile, 9:00, 20090615, NBA Final 2009 #5 ⁇ , where the underlined part of the field can be modified by the user.
  • the description of the format of the multi-screen service request command template herein is merely exemplary and not limiting.
  • the OMA interactive media document also includes announcement information for multi-screen services.
  • the multi-screen service announcement information may include any one or more of the following: a name of the multi-screen service content, a default play time, a billing standard, a billing method, and multimedia summary information of the multi-screen service content.
  • the multi-screen service announcement information may include the name of the movie and corresponding multimedia summary information
  • the multimedia summary information may include a textual introduction and/or a video clip of the movie. . The user can decide whether to receive the complete movie by watching the textual introduction and/or video clip of the movie.
  • a new multi-screen business content is a game that has not yet started
  • the multi-screen service announcement information may include the name of the game, the default playing time, the charging standard, the multimedia summary information, etc., and the default playing.
  • the time is the live broadcast time of the game.
  • the billing standard can charge different fees according to whether the live broadcast or the post-game video is recorded.
  • the multimedia summary information can include the textual introduction of the game and/or the historical video of both parties. The user can decide whether to watch the game through the multimedia summary information, and decide whether to watch the live broadcast or watch the post-game video according to the charging standard.
  • Adding multi-screen services by OMA interactive media documents in handheld handhelds sent to users The rich notification information can greatly improve the quality of the user's experience.
  • a step is further included: determining the OMA interactive media document according to the subscription convention of the user.
  • the user can select the type of multi-screen service that he/she wants to receive when subscribing to the multi-screen service, and the network device 1 determines the multi-screen service announcement information in the OMA interactive media document that needs to be sent to the user according to the subscription agreement of the user.
  • a multi-screen business request command template e.g., The grouping can be grouped according to different subscription requirements of the user, such as, but not limited to, users who subscribe to the sports program are grouped into groups; when there is new sports program content, the network device 1 will group the portable terminal groups to the group of users.
  • the OMA interactive media document is broadcasted, wherein the multi-screen service announcement information includes information related to the content of the new sports program.
  • the network device 1 can The user's handheld portable terminal broadcasts an OMA interactive media document, wherein the multi-screen service announcement information includes information related to the corresponding content.
  • the network device 1 can also separately send an OMA interactive media document to a handheld mobile terminal of a user, wherein the multi-screen service announcement information includes information about the content of the unique service type subscribed by the user.
  • the information related to the multi-screen service play terminal in the multi-screen service request command template may include any one or more of the following items: identification information of the handheld portable terminal, identification information of the computer, and identifier of the television information.
  • the user can select an optional range of the playing terminal for receiving the multi-screen service when signing the multi-screen service, and the network device 1 determines the OMA interactive media document that needs to be sent to the user according to the subscription agreement of the user.
  • the information related to the multi-screen service play terminal in the multi-screen service request command template For example, a user owns a handheld portable terminal and a computer.
  • the selectable range of the play terminal selected during the multi-screen service only includes the handheld portable terminal and the computer, and the play terminal is in the multi-screen service request command template in the OMA interactive media document sent by the network device 1 to the handheld mobile terminal of the user.
  • Relevant information includes identification information of the handheld portable terminal and identification information of the computer.
  • the information related to the playback terminal in the multi-screen service request command template in the OMA interactive media document of the handheld portable terminal that the network device 1 sends to any user includes the identification information of the three playback terminals.
  • the multi-screen service request command template additionally includes status information of various play terminals, and the network device 1 sets some or all of the status information of the three play terminals to be "optional" according to the user's subscription agreement, and the rest of the settings are " Not optional".
  • OMA cross-media document is based on the user's subscription agreement for the purpose of illustration and not limitation, and those skilled in the art should be able to make other variations or modifications in light of the above description.
  • user's subscription agreement can be updated according to the user's requirements, such as updating the multi-screen service type and/or the optional range of the playback terminal.
  • the multi-screen service request command template in the OMA interactive media document of the handheld portable terminal transmitted to the user further includes information regarding the priority of the multi-screen service transmission. This provides users with a choice of different quality of service.
  • the set of media objects in the OMA interactive media document may include a link to a multi-screen service request command shortcut control page, which may be a WAP protocol based link or a HTTP based link.
  • a link to a multi-screen service request command shortcut control page which may be a WAP protocol based link or a HTTP based link.
  • information related to the multi-screen business content, the playing terminal, the playing time, and the like may be included, and an edit control such as a pull-down selection menu or an input box may be set, thereby providing the user with a simpler and more convenient request.
  • the way of screen business the page may also include multimedia summary information about the multi-screen service content, so as to facilitate user selection and improve the user's experience quality.
  • the user can access the multi-screen service request command shortcut control page based on the HTTP protocol through the user terminal 2c, that is, the personal computer, and complete corresponding operations, such as inputting numbers or selecting certain options. According to the user's input, the built-in editing control of the page will automatically generate a multi-screen service request command and send it to the network device 1.
  • the network device 1 and the shortcut control for providing multi-screen service request commands The servers of the page can be the same device or devices that are independent of each other.
  • step S14 the network device 1 will receive a multi-screen service request command fed back by the user, and determine the user's request for multi-screen service according to the multi-screen service request command.
  • the multi-screen service request command fed back by the user may come from the user's hand-held portable terminal, such as the user terminal 2a, or may be from a server that provides a multi-screen service request command shortcut control page.
  • the user terminal 2a feeds back a multi-screen service request command based on the OMA protocol, and the content of the command is ⁇ Mobile, 9:00, 20090615, NBA Final 2009 #5; PC, None; TV, 21:00 , 20090615, NBA Final 2009 #5 ⁇ , according to the request command, the network device 1 can determine: the user requests to use his handheld portable terminal, that is, the user terminal 2a, to watch the fifth game of the 2009 NBA Finals at 9:00. Live broadcast, and watch the same game at 21:00 using its TV.
  • the form of the multi-screen service request command described above and its contents are intended to be illustrative and not limiting.
  • step S21 the user terminal 2a receives an OMA interactive media document from the network device 1, the OMA interactive media document including at least one media object set including a multi-screen service request command template.
  • the OMA interactive media document sent by the network device 1 includes four sets of media objects, respectively, a multi-screen service request command template based on the OMA protocol, and a multi-screen service request command based on the SMS protocol. Template, SIP-based multi-screen service request command template, and multi-screen service request command shortcut control page link.
  • the OMA interactive media document sent by the network device 1 may also include two, three or even only one of the foregoing media object sets, and may also include a multi-screen service request command template based on other protocols.
  • step S23 the user terminal 2a will acquire the multi-screen service request command template in the media object set according to the protocol it supports.
  • the protocol supported by the user terminal 2a may include any of the following: Item or any number: OMA protocol, SMS protocol, SIP protocol, WAP protocol, HTTP protocol.
  • the OMA interactive media document received by the user terminal 2a includes a plurality of media object sets, respectively, a multi-screen service request command template based on the OMA protocol, and a multi-screen service request command based on the SMS protocol.
  • the user terminal 2a supports multiple of the above protocols, such as the OMA protocol, the SMS protocol, the SIP protocol, the WAP protocol, and the user terminal 2a can read multiple multi-screen service requests respectively based on different protocols.
  • Command template such as the OMA protocol, the SMS protocol, the SIP protocol, the WAP protocol, and the user terminal 2a can read multiple multi-screen service requests respectively based on different protocols.
  • Command template such as the OMA protocol, the SMS protocol, the SIP protocol, the WAP protocol, and the user terminal 2a can read multiple multi-screen service requests respectively based on different protocols.
  • the user terminal 2a will determine a multi-screen service request command template in the set of media objects corresponding to a protocol supported by it according to a predetermined rule.
  • the predetermined rule herein may be any one or more of the following: the transmission time of the multi-screen service request command based on the determined protocol is the shortest; the multi-screen service request based on the determined protocol The command has the least amount of bandwidth resources.
  • the user terminal 2a can select an OMA protocol based command template or a SIP protocol based command template.
  • step S27 the user terminal 2a will edit the multi-screen service request command based on the acquired multi-screen service request command template in accordance with the user input.
  • the user terminal 2a has determined the OMA protocol-based multi-screen service request command template in step S23, and in step S27, it will edit the OMA-compliant multi-screen service request command based on the determined template according to the user input. .
  • the multi-screen service request command template includes information related to the multi-screen service content, the play terminal, and the play time, then in step S27, the user terminal 2a will edit the user including the user according to the input of the user. Multi-screen service request command for multi-screen business content, playback terminal, and playback time requirements.
  • an edited OMA-based multi-screen service request command can be represented as a string ⁇ Mobile, 9:00, 2009061 5, NBA Final 2009 #5; PC, None; TV, 21:00, 2009061 5 , NBA Final 2009 #5 ⁇ , the order expresses the user’s request to use their handheld
  • the terminal that is, the user terminal 2a, watched the live broadcast of the fifth game of the 2009 NBA Finals at 9:00, and watched the same game at 21:00 using its television.
  • the multi-screen service request command template further includes information about a multi-screen service transmission priority, and then in step S27, the user terminal 2a will edit according to the user's input to include the user to send the multimedia service. Priority-required multi-screen service request command.
  • step S29 the user terminal 2a transmits the edited multi-screen service request command to the network device 1.
  • a step may be further included between steps S23 and S27: the user terminal 2a provides a user interface with limited input parameters according to the acquired multi-screen service request command template, and is used for the user to edit the multi-screen. Business request command.
  • the user terminal 2a can provide a more friendly input control interface according to the multi-screen service request command template, such as providing a drop-down menu, an input box, or a friendly interface such as a temporary pop-up help box, so that the user can perform simple operations, such as inputting numbers or Select an option to complete the editing of the multi-screen business request command.
  • the multi-screen service request command template includes information related to the multi-screen service content, the play terminal, the play time, and the play date
  • the corresponding input control interface may associate and provide information related to the play terminal and the service content.
  • the combination is used as an index item, and the user only needs to input the "play time” and “play date” fields for the specific "play terminal + business content” item required.
  • the description of the input control interface herein is merely exemplary and not limiting.
  • the collecting device 10 includes a first transmitting device 101 and a first receiving device 102.
  • the collection device 10 is typically disposed in a network device, such as the network device 1, in a communication network.
  • FIG. 5 shows a block diagram of a device for requesting a multi-screen service in a handheld portable terminal of a communication network, in accordance with one embodiment of the present invention.
  • the requesting device 20 includes a second receiving device 201, a template acquiring device 202, a command editing device 203, and a second transmitting device 204.
  • the requesting device 20 is typically disposed in a handheld portable terminal, such as the user terminal 2a, in a communication network.
  • the present invention will be described from the viewpoint of a device in conjunction with Figs. 2, 4, and 5.
  • the first transmitting device 101 in the collecting device 10 will send an OMA interactive media document to the user terminal 2a, that is, the user's handheld portable terminal, the OMA interactive media document including at least one multi-screen service request command template.
  • the OMA interactive media document including at least one multi-screen service request command template.
  • a collection of media objects A collection of media objects.
  • the playing terminal of the multi-screen service may be a handheld portable terminal, a television or a computer.
  • the handheld portable terminal is in compliance with the conditions of being carried and waiting at any time, so that the service request command template is sent to the handheld portable terminal to facilitate timely feedback from the user.
  • the OMA interactive media document sent by the first sending device 101 may include a plurality of media object sets, and each media object set respectively corresponds to a multi-screen service request command template based on a certain protocol.
  • a media object set may be a multi-screen service request command template based on the OMA protocol, or a multi-screen service request command template based on the SMS protocol, or a multi-screen service request command template based on the SIP protocol, or
  • the multi-screen service request command links to the shortcut control page.
  • the link can be a WAP-based link or a web link based on the HTTP protocol.
  • the OMA interactive media document sent by the first sending device 101 simultaneously includes four media object sets, which are respectively a multi-screen service request command template based on the OMA protocol and a multi-screen based on the SMS protocol.
  • the OMA interactive media document sent by the first sending device 101 may also include two, three or even only one of the foregoing media object sets, and may also include a multi-screen service request command template based on other protocols.
  • the user terminal 2a can determine a multi-screen service request command template according to the protocol it supports, and edit the multi-screen service request command according to the determined template and feed back to the network device 1.
  • the multi-screen service request command template includes information related to the above three items.
  • information relating to the content of the multi-screen service, the terminal being played, and the time of playback may take the form of a string, a number, or other identification.
  • the three types of playback terminals may be identified by strings as "Mobile", “PC", “TV”, or may be identified as "001", "002", or "003" by numbers.
  • the multi-screen service request command fed back by the user terminal 2a also includes the user's requirements for the multi-screen service content, the playing terminal, and the playing time.
  • the multi-screen service request command template includes a plurality of elements, such as multi-screen service content, a play terminal, and a play time.
  • the order of each element needs to be specified in the multi-screen service request command template.
  • a request command template arranged in order of the playback terminal, the play time, the play date, and the service content may be expressed as ⁇ ,—: _, yy/mm/dd, _ ⁇ ; and in the OMA interactive media document, may also include a definition of each field of the read template and a guide for how the user constructs his own request command according to the template.
  • the request command template may also be an already-edited request command, and some or all of the fields may be modified by the user according to their own needs; for example, a request command template may be expressed as ⁇ Mobile.9:00, 20Q90615, NBA Final 2009 #5 ⁇ , where the underlined part of the field can be modified by the user.
  • a request command template may be expressed as ⁇ Mobile.9:00, 20Q90615, NBA Final 2009 #5 ⁇ , where the underlined part of the field can be modified by the user.
  • the description of the format of the multi-screen service request command template herein is merely exemplary and not limiting.
  • the OMA interactive media document also includes announcement information for multi-screen services.
  • the multi-screen service announcement information may include any one or more of the following: a name of the multi-screen service content, a default play time, a billing standard, a billing method, and multimedia summary information of the multi-screen service content.
  • the multi-screen service announcement information may include the name of the movie and corresponding multimedia summary information
  • the multimedia summary information may include a textual introduction and/or a video clip of the movie. . The user can decide whether to receive the complete movie by watching the textual introduction and/or video clip of the movie.
  • a new multi-screen business content is a game that has not yet started
  • the multi-screen service announcement information may include the name of the ball game, the default playing time, the charging standard, the multimedia summary information, etc., and the default playing.
  • Time is the scene of the game straight
  • the broadcast time the billing standard can charge different fees according to whether the live broadcast or the post-game video is recorded.
  • the multimedia summary information can include the textual introduction of the game and/or the historical video of both parties.
  • the user can decide whether to watch the game through the multimedia summary information, and decide whether to watch the live broadcast or watch the post-game video according to the charging standard.
  • the collection device 10 further includes an interactive media document determination sub-device for determining the OMA interactive media document based on the user's subscription agreement.
  • the user can select the type of multi-screen service that he/she wants to receive when signing the multi-screen service, and the interactive media document determining sub-device determines the number of OMA interactive media documents that need to be sent to the user according to the subscription agreement of the user.
  • Screen service announcement information and multi-screen service request command template The grouping may be based on different subscription requirements of the user, such as, but not limited to, users who subscribe to the sports program are grouped into groups; when there is new sports program content, the first transmitting device 101 will be portable to the group of users.
  • the terminal multicasts the OMA interactive media document, wherein the multi-screen service announcement information includes information related to the content of the new sports program.
  • the first transmitting device 101 can The OMA interactive media document is broadcast to all of the user's handheld portable terminals, wherein the multi-screen service announcement information includes information related to the corresponding content.
  • the first transmitting device 101 can also separately transmit an OMA interactive media document to a handheld portable terminal of a user, wherein the multi-screen service announcement information includes information about the unique service type content subscribed by the user.
  • the multi-screen service request command template is related to the multi-screen service play terminal.
  • the information may include any one or more of the following: identification information of the handheld portable terminal, identification information of the computer, and identification information of the television.
  • the user can select an optional range of the playing terminal for receiving the multi-screen service when signing the multi-screen service, and the interactive media document determining sub-device determines the OMA interaction that needs to be sent to the user according to the subscription agreement of the user.
  • the first transmitting device 101 transmits the OMA interactive to the user's handheld portable terminal.
  • the information related to the playback terminal in the multi-screen service request command template in the media document includes the identification information of the handheld portable terminal and the identification information or IP address of the computer.
  • the information related to the play terminal in the multi-screen service request command template in the OMA interactive media document sent by the first sending device 101 to the handheld mobile terminal of any user includes three types of play terminals.
  • the identification information, the multi-screen service request command template additionally includes status information of various play terminals, and the interactive media document determining sub-device sets part or all of the status information of the three play terminals to be “optional” according to the user's subscription agreement. ", the rest of the settings are “not optional”.
  • OMA interactive media document is based on the user's subscription agreement for the purpose of illustration and not limitation, and those skilled in the art should be able to make other variations or modifications in light of the above description.
  • user's subscription agreement can be updated according to the user's requirements, such as updating the multi-screen service type and/or the optional range of the playback terminal.
  • the multi-screen service request command template in the OMA interactive media document of the handheld portable terminal transmitted to the user further includes information regarding the priority of the multi-screen service transmission. This provides users with a choice of different quality of service.
  • the set of media objects in the OMA interactive media document may include a link to a multi-screen service request command shortcut control page, which may be a WAP protocol based link or a web page link based on the HTTP protocol.
  • a link to a multi-screen service request command shortcut control page which may be a WAP protocol based link or a web page link based on the HTTP protocol.
  • information related to the multi-screen business content, the playing terminal, the playing time, and the like may be included, and an edit control such as a pull-down selection menu or an input box may be set, thereby Provide users with a simpler and more convenient way to request multi-screen services.
  • the page may also include multimedia summary information about the multi-screen service content, so as to facilitate user selection and improve the user's experience quality.
  • the user can access the multi-screen service request command shortcut control page based on the HTTP protocol through the user terminal 2c, that is, the personal computer, and complete corresponding operations, such as inputting numbers or selecting certain options. According to the user's input, the built-in editing control of the page will automatically generate a multi-screen service request command and send it to the network device 1. It should be understood by those skilled in the art that the network device 1 and the server for providing the multi-screen service request command shortcut control page may be the same device or devices independent of each other.
  • the first sending device 101 sends the OMA interactive media document carrying the multi-screen service request command template
  • the first receiving device 102 will receive the multi-screen service request command fed back by the user, and determine the location according to the multi-screen service request command. Describe the user's requirements for multi-screen services.
  • the multi-screen service request command that the user feeds back may be from a user's handheld portable terminal, such as the user terminal 2a, or from a server that provides a multi-screen service request command shortcut control page.
  • the user terminal 2a feeds back a multi-screen service request command based on the OMA protocol, and the content of the command is ⁇ Mobile, 9:00, 20090615, NBA Final 2009 #5; PC, None; TV, 21:00 , 20090615, NBA Final 2009 #5 ⁇ , according to the request command, the first receiving device 102 can determine: the user requests to use his handheld portable terminal, that is, the user terminal 2a, to watch the 2009 NBA Finals fifth at 9:00.
  • the form of the multi-screen service request command described above and its contents are intended to be illustrative and not limiting.
  • the second receiving device 201 receives an OMA interactive media document from the network device 1, the OMA interactive media document including at least one media object set including a multi-screen service request command template.
  • the received OMA interactive media document includes both The four media object sets are respectively a multi-screen service request command template based on the OMA protocol, a multi-screen service request command template based on the SMS protocol, a multi-screen service request command template based on the SIP protocol, and a multi-screen service request command shortcut control page. the link to.
  • the received OMA interactive media document may also include two, three, or even only one of the foregoing media object sets, and may also include a multi-screen service request command template based on other protocols.
  • the template obtaining means 202 will retrieve the multi-screen service request command template in the media object set according to the protocol supported by the user terminal 2a.
  • the protocol supported by the user terminal 2a may include any one or more of the following: OMA protocol, SMS protocol, SIP protocol, WAP protocol, HTTP protocol.
  • the OMA interactive media document received by the second receiving device 201 includes a plurality of media object sets, respectively, a multi-screen service request command template based on the OMA protocol, and a multi-screen service based on the SMS protocol.
  • the user terminal 2a supports multiple of the foregoing protocols, such as the OMA protocol, the SMS protocol, the SIP protocol, and the WAP protocol, and the template obtaining apparatus 202 can read multiple multi-screen services respectively based on different protocols.
  • Request a command template.
  • the template obtaining means 202 will determine a multi-screen service request command template in the media object set corresponding to a protocol supported by it according to a predetermined rule.
  • the predetermined rule herein may be any one or more of the following: the transmission time of the multi-screen service request command based on the determined protocol is the shortest; the multi-screen service based on the determined protocol The bandwidth resource of the request command is the least occupied.
  • the template acquisition means 202 may select an OMA protocol based command template or a SIP protocol based command template.
  • the command editing means 203 will edit the multi-screen service request command based on the acquired multi-screen service request command template in accordance with the user's input.
  • the template acquisition device 202 has determined a multi-screen industry based on the OMA protocol.
  • the command editing device 203 will edit the OMA-compliant multi-screen service request command based on the determined template according to the user's input.
  • the multi-screen service request command template includes information related to the multi-screen service content, the play terminal, and the play time, and the command editing device 203 will edit the user-to-multi-screen service content according to the user's input, Multi-screen service request command for playback terminal and playback time requirements.
  • an edited OMA-based multi-screen service request command can be represented as a string ⁇ Mobile, 9:00, 20090615, NBA Final 2009 #5; PC, None; TV, 21:00, 20090615, NBA Final 2009 #5 ⁇ , this command indicates that the user requests to use his handheld portable terminal, that is, user terminal 2a, to watch the live broadcast of the fifth game of the 2009 NBA Finals at 9:00, and use his TV at 21:00 Watch the video of the same game.
  • the multi-screen service request command template further includes information about a multi-screen service transmission priority, and the command editing device 203 will edit according to the user's input to include the user's priority request for the multimedia service transmission priority. Screen business request command.
  • the second transmitting device 204 transmits the edited multi-screen service request command to the network device 1.
  • the requesting device 20 further includes a user interface providing sub-device for providing a user interface with limited input parameters according to the multi-screen service request command template acquired by the template obtaining device 202, so as to facilitate the user to edit more Screen business request command.
  • the user interface providing sub-device may provide a more friendly input control interface according to the multi-screen service request command template, such as providing a drop-down menu, an input box, or a friendly interface such as a temporary pop-up help box, so that the user can perform a simple operation, such as input. The number or select some options to complete the editing of the multi-screen business request command.
  • the multi-screen service request command template includes information related to the multi-screen service content, the play terminal, the play time, and the play date
  • the corresponding input control interface may associate and provide information related to the play terminal and the service content.
  • the combination is used as an index item, and the user only needs to input the "play time” and “play date” fields for the specific "play terminal + business content” item required.
  • the description of the input control interface here is only exemplary. Non-limiting.
  • the transmission of the multi-screen service content may be performed by the network device 1, or may be performed by other servers independent of the network device 1.
  • the network device 1 completes the sending of the multi-screen service content, and the network device 1 may send information about the play time and/or the priority for the multi-screen service according to the received multi-screen service request command fed back by the user.
  • Information provides multiple levels of quality of service, and operators can set multiple fees accordingly.
  • network equipment For example, network equipment
  • a multi-screen service request command display The user requests to use his handheld portable terminal to watch a live broadcast of a sports game at 9:00, and watch a video of the same game at 21:00 using his television; For real-time services such as live broadcast, the network device 1 will provide higher bandwidth resources in real time, and send the content to the user's handheld portable terminal in real time from 9:00; for non-real time services such as video recording, the network device 1 Simply provide bandwidth resources when the network is idle, and send content to the user's TV set from a certain time before 21:00, which can make more efficient use of bandwidth resources.
  • tariff standards can be associated with multi-screen service delivery priorities. A user with a higher tariff standard is given the right to set a higher transmission priority in its multi-screen service request command, and the network device 1 will preferentially transmit the content requested by the multi-screen service request command set with a higher transmission priority. .
  • each device referred to in the present invention can be implemented by a hardware module, a functional module in software, or a hardware module integrated with a software function module.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Description

通信系统中用于多屏幕业务通知和交互的方法和装置 技术领域
本发明涉及通信领域， 尤其涉及多屏幕业务（给某位用户的电视 机、 个人电脑、 手持便携终端中的至少两种提供多媒体服务）及其服 务技术。 背景技术
近年来， 随着移动通信技术的发展， 多屏幕业务受到越来越多的 关注。多屏幕业务要求服务提供商各种通信服务，尤其是多媒体内容， 扩展到多种终端设备， 例如电视机、 个人电脑、 手持便携终端， 以提 供一种真正的多屏幕体验。 多屏幕业务将产生很大的用户粘性， 从而 提高通信服务商的竟争优势。
微软曾经开发其统一通信体验， 基本概念是在任何地点、 任何时 间、 任何设备上提供接入通信服务的能力。 阿尔卡特朗讯的多屏幕体 验体现了相同的基本概念。 对于服务提供商而言， 多屏幕业务允许其 为用户提供个性化的服务以改善用户体验。 对于用户而言， 多屏幕业 务使其能够在不同位置之间移动并通过多种终端设备， 例如电视机、 个人电脑、 手持便携终端， 中的任何一种接收订阅的内容。
一种现有的通知多屏幕业务用户的方法是发送短消息。 然而， 不 同的手持便携终端之间没有一种统一的短消息格式用于反馈多屏幕 业务用户的服务要求。 更重要的是， 短消息的延迟太长， 而且延迟经 常变化， 因而使得服务器无法及时响应用户的短消息命令， 影响了服 务质量。
另外一种可以让用户进行交互的方法是在 3G网络中， 将用户在 3G手机上输入的业务请求命令封装在 3GPP协议中的用户数据应用 部分， 进而实现多方会议请求命令的快速交互。 但是， 这种方法用于 基于电路交换技术的视频会议， 要求通信系统必须基于 3G网絡中的 WCDMA (即 3GPP ) 网络创建， 并且用户的手机和网络设备都要支 持 3GPP协议、 H.323和 H.324协议， 由于 3GPP中用户数据应用部 分协议自身的局限， 用户只能通过输入晦涩难懂的 16进制数字作为 业务请求命令。 此外， 由于用户数据应用部分协议以电路域 T.120和 T.140协议为基础， 用户数据应用部分的数据必须先封装到 H.323和 H.324协议中， 并进行 H.323复用才能进行传输， 当数据到达另一端 时还必须进行 H.323解复用， 这无疑增加了用户 3G手机和网絡设备 的运算负荷以及多种协议支持负担， 同时也增加了时延。 总之， 这种 视频会议专用的方法 （基于电路交换技术） 由于其局限性和专用性， 无法用于基于 IP包交换技术的多屏幕业务。
因此， 在现在的多屏幕业务解决方案中， 需要提供一种新的业务 通知和交互的机制。 发明内容
为了解决现有技术中存在的上述问题， 本发明提出了在通信系统 中用于对多屏幕业务进行通知和交互的方法和装置。
根据本发明的第一方面， 提供了一种在通信网络的网络设备中用 于收集用户的多屏幕业务请求的方法， 包括以下步骤： A. 向用户的 手持便携终端发送 OMA交互式媒体文档， 所述 OMA交互式媒体文 档包括多媒体业务通告信息以及至少一个包括多屏幕业务请求命令 模板的媒体对象集合； B. 接收用户的手持便携终端所反馈的多屏幕 业务请求命令， 并根据该多屏幕业务请求命令确定所述用户对多屏幕 业务的要求。
根据本发明的第二方面， 提供了一种在通信网络的手持便携终端 中用于请求多屏幕业务的方法， 包括以下步骤： a. 接收来自网絡设 备的 OMA交互式媒体文档， 所述 OMA交互式媒体文档包括多媒体 业务通告信息以及至少一个包括多屏幕业务请求命令模板的媒体对 象集合； b. 根据所述手持便携终端所支持的协议获取媒体对象集合 中的多屏幕业务请求命令模板； c. 根据用戶输入编辑基于获取的多 屏幕业务请求命令模板的多屏幕业务请求命令； d. 将所述多屏幕业 务请求命令发送给所述网络设备。
根据本发明的第三方面， 提供了一种在通信网絡的网络设备中用 于收集用户的多屏幕业务请求的收集装置， 包括： 第一发送装置， 用 于向用户的手持便携终端发送 OMA交互式媒体文档， 所述 OMA交 互式媒体文档包括多媒体业务通告信息以及至少一个包括多屏幕业 务请求命令模板的媒体对象集合； 第一接收装置， 用于接收用户的手 持便携终端所反馈的多屏幕业务请求命令， 并根据读多屏幕业务请求 命令确定所述用户对多屏幕业务的要求。
根据本发明的第四方面， 提供了一种在通信网络的手持便携终端 中用于请求多屏幕业务的请求装置， 包括： 第二接收装置， 用于接收 来自网络设备的 OMA交互式媒体文档， 所述 OMA交互式媒体文档 包括多媒体业务通告信息以及至少一个包括多屏幕业务请求命令模 板的媒体对象集合； 模板获取装置， 用于根据所述手持便携终端所 支持的协议获取媒体对象集合中的多屏幕业务请求命令模板； 命令编 辑装置， 用于根据用户输入编辑基于获取的多屏幕业务请求命令模板 的多屏幕业务请求命令； 第二发送装置， 用于将所述多屏幕业务请求 命令发送给所述网絡设备。
在现有技术中， 还没有使用 OMA标准来建立统一的多屏幕业务 请求命令的方法。 而本发明通过使用 OMA 交互式媒体文档 （OMA Interactivity Media Document )设置了统一的多屏幕业务请求命令模 板， 使得网络设备对多屏幕业务的通知以及用户对多屏幕业务内容的 请求命令与 OMA ( Open Mobile Alliance, 开放移动联盟）标准兼容。 通过使用本发明中的设置于 0MA交互式媒体文档设置中的多屏幕业 务请求命令模板， 用户可以简易而快速地构建请求命令， 极大地降低 了用户错误输入的概率， 而且无需事先建立连接， 这将极大地改进用 户的体验质量， 减小时延。 对于网络设备来说， 由于客户端使用了统 一的命令模板，从而网络设备可以及时、准确地响应用户的请求命令。
另外， 本发明的方法及装置的不同实施例还可以具有以下部分或 全部优点： 1 ) 网络设备可以为用户提供可快捷发送请求命令的 WAP/WWW 页面或链接， 从而为用户提供了更简易、 便捷的通过个人计算机或手 持终端请求多屏幕业务的新的途径。
2 ) 通过本发明的统一的命令模板， 客户端的软件开发商可以相 应地制作更加友好的输入控制界面， 例如提供下拉菜单、 输入框或附 加临时弹出的帮助框等友好界面， 以便用户进行简单操作， 例如输入 数字或选择某些选项即可完成多屏幕业务请求命令的编辑。
随着 OMA的全球化发展， OMA成员的产值占 '整个移动通信产 值的 90%以上。 由于本发明采用 OMA应用†办议， 因此可以应用到支 持 OMA的所有无线通信系统中， 例如 2.5G、 3G、 WMAX、 LTE、 4G等各种无线通信网络以及上述网络組成的混合网络。 附图说明
通过阅读以下参照附图对非限制性实施例所作的详细描述， 本发 明的其它特征、 目的和优点将会变得更明显。
图 1示出了根据本发明的一个实施例的通信系统的结构示意图； 图 2示出了根据本发明的一个实施例的系统方法流程图； 图 3示出了根据本发明的一个实施例的包括多屏幕业务请求命令 模板的 OMA交互式媒体文档的示意图；
图 4示出了根据本发明的一个实施例的在通信网络的网络设备中 用于收集用户的多屏幕业务请求的收集装置的装置框图；
图 5示出了根据本发明的一个实施例的在通信网络的手持便携终 端中用于请求多屏幕业务的请求装置的装置框图；
其中， 相同或相似的附图标记表示相同或相似的步骤特征或装置 (模块）。 具体实施方式
图 1示出了根据本发明的一个实施例的通信系统的结构示意图。 如图所示， 系统中包括网络设备 1和用户终端 2a、 2b、 2c„ 用户终端 可以是能够通过网络接收信息或者进行信息交互的任何类型的终端 设备，尤其可以是能够接收多媒体信息的终端设备，例如桌面型电脑、 笔记本电脑、 手机、 个人数字助理 （PDA )、 电视^ L等。 图中所示用 户终端 2a、 2b、 2c属于同一个用户， 例如但不限于， 用户终端 2a是 一个手机、 用户终端 2b是一台电视机、 用户终端 2c是一台电脑， 该 用户可以通过以上任一终端设备来接收多屏幕业务内容， 其中多屏幕 业务的通知和请求的交互可以通过使用 OMA交互式媒体文档在网络 设备 1和用户终端 2a之间完成。 图中虚线表示网络设备 1与用户终 端 2a之间交互的多屏幕业务的通知以及多屏幕业务请求命令， 实现 表示多屏幕业务内容的发送。 本领域技术人员应能理解， 多屏幕业务 内容的发送可以是由网絡设备 1完成的， 也可以是由与网络设备 1彼 此独立的其他服务器完成的。
本领域技术人员应能理解， 图 1示出的仅是一个实施例， 提供多 屏幕业务的通信系统不限于图 1中的结构。 系统中的用户不必同时拥 有手机、 电视机、 电脑这三种终端设备； 例如， 用户可以拥有手机和 电视机； 或者， 用户可以拥有手机和电脑。 用户可以通过所拥有的任 一终端设备接收多屏幕业务内容， 而多屏幕业务的通知和请求的交互 可以通过使用 OMA交互式媒体文档在网络设备和用户的手持便携终 端之间完成。
图 2示出了根据本发明的一个实施例的系统方法流程图。 以下结 合图 1、 图 2, 从方法角度对本发明加以说明， 分别描述在通信网络 的网络设备中用于收集用户的多屏幕业务请求的方法流程以及在通 信网络的手持便携终端中用于请求多屏幕业务的方法流程。
在网络设备 1一侧， 将执行以下步 ：
首先， 在步骤 S12中， 网络设备 1将向用户终端 2a, 也就是用户 的手持便携终端， 发送 OMA交互式媒体文档， 该 OMA交互式媒体 文档包括多媒体业务通告信息以及至少一个包括多屏幕业务请求命 令模板的媒体对象集合。
多屏幕业务的播放终端可以是手持便携终端、 电视机或电脑， 通 常只有手持便携终端符合随身携带且随时待机的条件， 因而将业务请 求命令模板发送给手持便携终端更有利于及时得到用户反馈。
现有的移动网絡有多种， 不同的移动网絡的手持便携终端所支持 的协议也不尽相同。 为了兼容各种系统、 协议、 设备， 网络设备 1所 发送的 OMA交互式媒体文档中可以包括多个媒体对象集合， 各媒体 对象集合分别对应基于某种协议的多屏幕业务请求命令模板。 例如但 不限于， 一个媒体对象集合可以是基于 OMA协议的多屏幕业务请求 命令模板， 或者是基于 SMS协议的多屏幕业务请求命令模板， 或者 是基于 SIP协议的多屏幕业务请求命令模板， 或者是多屏幕业务请求 命令快捷控制页面的链接，谅链接可以是一个基于 WAP协议的链接， 也可以是一个基于 HTTP协议的 web链接。
图 3示出了根据本发明的一个实施例的包括多屏幕业务请求命令 模板的 OMA交互式媒体文档的示意图。 如图 3所示， 优选地， 网絡 设备 1 所发送的 OMA 交互式媒体文档中同时包括四个媒体对象集 合， 分别为基于 OMA协议的多屏幕业务请求命令模板、 基于 SMS 协议的多屏幕业务请求命令模板、 基于 SIP协议的多屏幕业务请求命 令模板以及多屏幕业务请求命令快捷控制页面的链接。 当然， 网络设 备 1所发送的 OMA交互式媒体文档中也可以包括上述媒体对象集合 中的两种、 三种甚至仅包括一种， 还可以包括基于其他协议的多屏幕 业务请求命令模板。 用户终端 2a可以根据其支持的协议确定一种多 屏幕 k务请求命令模板， 并根椐所确定的模板编辑多屏幕业务请求命 令并反馈给网络设备 1。
对于用户而言， 接收多屏幕业务时尤为关心的是三个 W ( what, where, when ), 也就是多屏幕业务的内容、 播放的终端以及播放的时 间。 因而， 优选地， 多屏幕业务请求命令模板中包括与上述三项有关 的信息。 本领域技术人员应能理解， 与多屏幕业务的内容、 播放的终 端以及播放的时间有关的信息可以采用字符串、数字或者其他标识形 式。例如，三种播放终端可以采用字符串分别标识为 "Mobile" , "PC" , "TV" , 也可以采用数字分别标识为 "001"、 "002"、 "003"。 相应地， 用户终端 2a所反馈的多屏幕业务请求命令也包括用户对多屏幕业务 内容、 播放终端、 播放时间的要求。
如前所述， 多屏幕业务请求命令模板中包括多个元素， 例如多 屏幕业务内容、 播放终端以及播放时间等。 为了统一命令格式， 在多 屏幕业务请求命令模板中还需规定各元素的排列顺序， 例如一个按照 播放终端、 播放时间、 播放日期、 业务内容顺序排列的请求命令模板 可以表示为 {―， yy/mm/dd, ___}; 并且在 OMA交互式媒体文档 中， 还可以包括对该模板的各字段的定义以及用户如何根据模板构造 自己的请求命令的指南。 或者， 请求命令模板还可以是一个已经编辑 好的请求命令， 而其中的部分或全部字段是可以由用户根据自己的需 要进行修改的 ； 例 如一个请求命令模板可 以 表示为 { Mobile,9:00,20090615,NBA Final 2009 #5} , 其中的下划线部分的字 段是可以由用户进行修改的。 此处对多屏幕业务请求命令模板的格式 的说明仅是示例性而非限制性的。
另外， OMA 交互式媒体文档中还包括多屏幕业务的通告信息。 多屏幕业务通告信息可以包括以下各项中的任一项或任多项： 多屏幕 业务内容的名称， 缺省的播放时间， 计费标准， 计费方式， 多屏幕业 务内容的多媒体摘要信息。 例如， 一份新的多屏幕业务内容是一部电 影， 则多屏幕业务通告信息中可以包括该电影的名称以及相应的多媒 体摘要信息，多媒体摘要信息可以包括该电影的文字简介和 /或视频片 段。用户可以通过收看该电影的文字简介和 /或视频片段来决定是否接 收完整的电影。 又例如， 一份新的多屏幕业务内容是一场尚未开始的 球赛， 则多屏幕业务通告信息中可以包括该球赛的名称、 缺省播放时 间、 计费标准、 多媒体摘要信息等， 缺省播放时间是该球赛的现场直 播的时间， 计费标准可以根据收看现场直播还是赛后录像收取不同的 费用，多媒体摘要信息可以包括该比赛的文字简介和 /或比赛双方的历 史视频。 用户可以通过多媒体摘要信息来决定是否收看该比赛， 并根 据收费标准来决定是收看现场直播还是收看赛后录像。 通过在发送给 用户的手持便携终端的 OMA交互式媒体文档中增加关于多屏幕业务 的丰富的通告信息， 可以极大地提高用户的体验质量。
不同的用户对多屏幕业务内容有不同的偏好， 比如有些用户喜欢 体育节目， 有些用户喜欢时政新闻。 另外， 不同的用户拥有不同的终 端设备， 亦即拥有不同的可选播放终端范围， 比如有些用户拥有手持 便携终端和电视机， 有些用户拥有手持便携终端和电脑， 还有些用户 同时拥有手持便携终端、 电视机、 电脑。 因此， 优选地， 在步骤 S12 之前还包括一个步骤： 根据用户的订阅约定来确定 OMA交互式媒体 文档。
具体地， 用户在订阅多屏幕业务的时候即可选择希望接收的多屏 幕业务的类型， 网络设备 1根据用户的订阅约定来确定需要发送给用 户的 OMA交互式媒体文档中的多屏幕业务通告信息以及多屏幕业务 请求命令模板。 可以根据用户的不同订阅要求进行分组， 例如但不限 于， 订阅了体育节目的用户被分为一组； 当有新的体育节目内容时， 网络设备 1将向这一组用户的手持便携终端组播 OMA交互式媒体文 档， 其中的多屏幕业务通告信息中包括与这一新的体育节目内容有关 的信息。 而对于受关注度非常高的多屏幕业务内容， 则可默认为所有 用户都有接收的可能， 例如当有奥运会开幕式现场直播或者国庆 60 周年庆典现场直播等内容时， 网絡设备 1可以向所有用户的手持便携 终端广播 OMA交互式媒体文档， 其中的多屏幕业务通告信息中包括 与相应内容有关的信息。 当然， 网络设备 1也可以单独向某一用户的 手持便携终端发送 OMA交互式媒体文档， 其中的多屏幕业务通告信 息中包括与该用户订阅的独特的业务类型的内容有关的信息。
另外， 多屏幕业务请求命令模板中的与多屏幕业务播放终端有关 的信息可以包括以下各项中的任一项或任多项： 手持便携终端的标识 信息、 电脑的标识信息、 电视机的标识信息。 具体地， 用户在签订多 屏幕业务的时候即可选择用于接收的多屏幕业务的播放终端的可选 范围，网络设备 1根据用户的订阅约定来确定需要发送给用户的 OMA 交互式媒体文档中的多屏幕业务请求命令模板中的与多屏幕业务播 放终端有关的信息。 例如， 某用户拥有手持便携终端和电脑， 其签订 多屏幕业务时选择的播放终端可选范围仅包括手持便携终端和电脑， 则网络设备 1向该用户的手持便携终端发送的 OMA交互式媒体文档 中的多屏幕业务请求命令模板中的与播放终端有关的信息包括手持 便携终端的标识信息和电脑的标识信息。 另一种可行方案是， 网络设 备 1发送给任一用户的手持便携终端的 OMA交互式媒体文档中的多 屏幕业务请求命令模板中的与播放终端有关的信息均包括三种播放 终端的标识信息， 多屏幕业务请求命令模板另外还包括各种播放终端 的状态信息， 网络设备 1根据用户的订阅约定将三种播放终端的状态 信息中的部分或全部设置为 "可选"， 其余设置为 "不可选"。
上述根据用户的订阅约定来确定 OMA交直式媒体文档的情形均 是用于说明而非限定本发明， 本领域技术人员应能根据上述说明作出 其他变形或修改。 另外， 本领域技术人员应能理解， 用户的订阅约定 可以根据用户的要求进行更新，例如对多屏幕业务类型和 /或播放终端 的可选范围进行更新。
根据本发明的一个实施例， 发送给用户的手持便携终端的 OMA 交互式媒体文档中的多屏幕业务请求命令模板还包括关于多屏幕业 务发送优先级的信息。 这样可以为用户提供不同服务质量的选择。
如前所述， OMA 交互式媒体文档中的媒体对象集合可以包括多 屏幕业务请求命令快捷控制页面的链接， 该链接可以是基于 WAP协 议的链接，也可以是基于 HTTP协议的链接。在链接所指向的页面中， 可以包括与多屏幕业务内容、 播放终端以及播放时间等有关的信息， 并设置下拉式选择菜单或者输入框等编辑控件， 从而为用户提供 更简易、 便捷的请求多屏幕业务的途径。 而且， 页面中也可以包括关 于多屏幕业务内容的多媒体摘要信息， 以便于用户选择， 提高用户的 体验质量。 用户可以通过用户终端 2c, 也就是个人电脑， 访问基于 HTTP协议的多屏幕业务请求命令快捷控制页面，并完成相应的操作， 例如输入数字或选择某些选项。 根据用户的输入， 页面内置的编辑控 件将自动生成多屏幕业务请求命令并发送给网络设备 1。 本领域技术 人员应能理解， 网络设备 1和用于提供多屏幕业务请求命令快捷控制 页面的服务器可以是同一个设备， 也可以是彼此独立的设备。
在步骤 S 14中， 网络设备 1将接收用户所反馈的多屏幕业务请求 命令， 并根据该多屏幕业务请求命令确定所述用户对多屏幕业务的要 求。 如前所述， 用户所反馈的多屏幕业务请求命令可以来自用户的手 持便携终端， 例如用户终端 2a， 也可以来自提供多屏幕业务请求命令 快捷控制页面的服务器。
具体地，例如用户终端 2a所反馈的是一个基于 OMA协议的多屏 幕业务请求命令， 命令的内容是 {Mobile, 9:00, 20090615, NBA Final 2009 #5; PC, None; TV, 21 :00, 20090615, NBA Final 2009 #5} , 根据该 请求命令， 网络设备 1可以确定： 该用户请求使用其手持便携终端， 也就是用户终端 2a, 在 9:00收看 2009年 NBA总决赛第五场的现场 直播， 以及使用其电视机在 21 :00收看同一场比赛的录像。 本领域技 术人员应能理解， 上述多屏幕业务请求命令的形式及其内容均是用于 说明而非限制本发明。
在用户终端 2a, 亦即用户的手持便携终端， 一侧， 将执行以下步 骤：
首先， 在步骤 S21中， 用户终端 2a接收来自网络设备 1的 OMA 交互式媒体文档， 所述 OMA交互式媒体文档包括至少一个包括多屏 幕业务请求命令模板的媒体对象集合。
如前所述， 优选地， 网络设备 1所发送的 OMA交互式媒体文档 中同时包括四个媒体对象集合， 分别为基于 OMA协议的多屏幕业务 请求命令模板、基于 SMS协议的多屏幕业务请求命令模板、基于 SIP 协议的多屏幕业务请求命令模板以及多屏幕业务请求命令快捷控制 页面的链接。 当然， 网络设备 1所发送的 OMA交互式媒体文档中也 可以包括上述媒体对象集合中的两种、 三种甚至仅包括一种， 还可以 包括基于其他协议的多屏幕业务请求命令模板。
然后， 在步骤 S23 中， 用户终端 2a将根据其所支持的协议获取 媒体对象集合中的多屏幕业务请求命令模板。
具体地， 用户终端 2a所支持的协议可以包括以下各项中的任一 项或任多项： OMA协议、 SMS协议、 SIP协议、 WAP协议、 HTTP 协议。
一种非常可能的情形是，用户终端 2a所接收到的 OMA交互式媒 体文档中包括多个媒体对象集合， 分别为基于 OMA协议的多屏幕业 务请求命令模板、 基于 SMS协议的多屏幕业务请求命令模板、 基于 SIP协议的多屏幕业务请求命令模板以及基于 WAP协议和 /或 HTTP 协议的多屏幕业务请求命令快捷控制页面的链接。根据本发明的一些 实施例， 用户终端 2a支持上述协议中的多种， 例如 OMA协议、 SMS 协议、 SIP协议、 WAP协议， 则用户终端 2a可以读取多个分别基于 不同协议的多屏幕业务请求命令模板。 优选地， 用户终端 2a将根据 预定规则来确定与其所支持的一种协议相对应的媒体对象集合中的 多屏幕业务请求命令模板。 为了不同的目的， 这里的预定规则可以是 以下各项中的任一项或任多项： 基于所确定的协议的多屏幕业务请求 命令的传输时间最短； 基于所确定的协议的多屏幕业务请求命令的带 宽资源占用最少。 例如， 为了使得反馈的多屏幕业务请求命令传输时 间最短， 用户终端 2a可以选择基于 OMA协议的命令模板或者基于 SIP协议的命令模板。
然后， 在步骤 S27 中， 用户终端 2a将根据用户输入编辑基于获 取的多屏幕业务请求命令模板的多屏幕业务请求命令。
例如，用户终端 2a已经在步骤 S23中确定了基于 OMA协议的多 屏幕业务请求命令模板， 则在步骤 S27中， 其将根据用户输入编辑基 于所确定的模板的符合 OMA协议的多屏幕业务请求命令。
根据本发明的一些实施例， 多屏幕业务请求命令模板包括与多屏 幕业务内容、 播放终端、 播放时间有关的信息， 则在步骤 S27中， 用 户终端 2a将根据该用户的输入来编辑包括该用户对多屏幕业务内容、 播放终端、 播放时间的要求的多屏幕业务请求命令。 例如， 一条编辑 好的基于 OMA协议的多屏幕业务请求命令可以以字符串形式表示为 {Mobile, 9:00, 2009061 5, NBA Final 2009 #5 ; PC, None; TV, 21 :00, 2009061 5, NBA Final 2009 #5} , 该命令表示谅用户请求使用其手持便 携终端， 也就是用户终端 2a， 在 9:00收看 2009年 NBA总决赛第五 场的现场直播， 以及使用其电视机在 21 :00收看同一场比赛的录像。
根据本发明的一些实施例， 多屏幕业务请求命令模板还包括关于 多屏幕业务发送优先级的信息， 则在步骤 S27中， 用户终端 2a将根 据该用户的输入来编辑包括该用户对多媒体业务发送优先级的要求 的多屏幕业务请求命令。
然后， 在步骤 S29 中， 用户终端 2a将编辑好的多屏幕业务请求 命令发送给网络设备 1。
根据本发明的一个实施例， 在步骤 S23、 S27之间还可以包括一 个步骤： 用户终端 2a将根据所获取的多屏幕业务请求命令模板提供 输入参数受限的用户界面， 用于用户编辑多屏幕业务请求命令。 具体 地， 用户终端 2a可以根据多屏幕业务请求命令模板提供更加友好的 输入控制界面， 例如提供下拉菜单、 输入框或附加临时弹出的帮助框 等友好界面，以便用户进行简单操作，例如输入数字或选取某个选项， 即可完成多屏幕业务请求命令的编辑。 例如， 多屏幕业务请求命令模 板包括与多屏幕业务内容、 播放终端、 播放时间、 播放日期有关的信 息， 相应的输入控制界面中可以将与播放终端、 业务内容有关的信息 关联在一起并提供多种组合以作为索引项目， 而用户仅需对所需要的 特定 "播放终端 +业务内容" 项目输入 "播放时间" 和 "播放日期" 字段即可。 这里对输入控制界面的说明仅为示例性而非限制性的。
图 4示出了根据本发明的一个实施例的在通信网络的网络设备中 用于收集用户的多屏幕业务请求的收集装置的装置框图。如图 4所示， 收集装置 10包括第一发送装置 101和第一接收装置 102。 收集装置 10典型地设置于通信网络中的网络设备， 例如网络设备 1 , 之中。
图 5示出了根据本发明的一个实施例的在通信网络的手持便携终 端中用于请求多屏幕业务的请求装置的装置框图。 如图 5所示， 请求 装置 20包括第二接收装置 201、模板获取装置 202、命令编辑装置 203、 第二发送装置 204。请求装置 20典型地设置于通信网络中的手持便携 终端， 例如用户终端 2a, 之中。 以下结合图 2、 图 4、 图 5, 从装置角度对本发明加以说明。
在网络设备 1一侧， 将执行以下操作：
首先， 收集装置 10中的第一发送装置 101将向用户终端 2a, 也 就是用户的手持便携终端， 发送 OMA交互式媒体文档， 该 OMA交 互式媒体文档包括至少一个包括多屏幕业务请求命令模板的媒体对 象集合。
多屏幕业务的播放终端可以是手持便携终端、 电视机或电脑， 通 常只有手持便携终端符合随身携带且随时待机的条件， 因而将业务请 求命令模板发送给手持便携终端更有利于及时得到用户反馈。
现有的移动网络有多种， 不同的移动网络的手持便携终端所支持 的协议也不尽相同。 为了兼容各种系统、 协议、 设备， 第一发送装置 101所发送的 OMA交互式媒体文档中可以包括多个媒体对象集合， 各媒体对象集合分别对应基于某种协议的多屏幕业务请求命令模板。 例如但不限于， 一个媒体对象集合可以是基于 OMA协议的多屏幕业 务请求命令模板， 或者是基于 SMS协议的多屏幕业务请求命令模板， 或者是基于 SIP协议的多屏幕业务请求命令模板， 或者是多屏幕业务 请求命令快捷控制页面的链接， 该链接可以是一个基于 WAP协议的 链接， 也可以是一个基于 HTTP协议的 web链接。
如图 3所示， 优选地， 第一发送装置 101所发送的 OMA交互式 媒体文档中同时包括四个媒体对象集合， 分别为基于 OMA协议的多 屏幕业务请求命令模板、基于 SMS协议的多屏幕业务请求命令模板、 基于 SIP协议的多屏幕业务请求命令模板以及多屏幕业务请求命令快 捷控制页面的链接。 当然， 第一发送装置 101所发送的 OMA交互式 媒体文档中也可以包括上述媒体对象集合中的两种、三种甚至仅包括 一种， 还可以包括基于其他协议的多屏幕业务请求命令模板。 用户终 端 2a 可以根据其支持的协议确定一种多屏幕业务请求命令模板， 并 根据所确定的模板编辑多屏幕业务请求命令并反馈给网絡设备 1。
对于用户而言， 接受多屏幕业务时尤为关心的是三个 W ( what, where, when ), 也就是多屏幕业务的内容、 播放的终端以及播放的时 间。 因而， 优选地， 多屏幕业务请求命令模板中包括与上述三项有关 的信息。 本领域技术人员应能理解， 与多屏幕业务的内容、 播放的终 端以及播放的时间有关的信息可以采用字符串、数字或者其它标识形 式。例如，三种播放终端可以采用字符串分别标识为 "Mobile"、 "PC" , "TV" , 也可以采用数字分别标识为 "001"、 "002"、 "003"。 相应地， 用户终端 2a所反馈的多屏幕业务请求命令也包括用户对多屏幕业务 内容、 播放终端、 播放时间的要求。
如前所述， 多屏幕业务请求命令模板中包括多个元素， 例如多 屏幕业务内容、 播放终端以及播放时间等。 为了统一命令格式， 在多 屏幕业务请求命令模板中还需规定各元素的排列顺序， 例如一个按照 播放终端、 播放时间、 播放日期、 业务内容顺序排列的请求命令模板 可以表示为 {―,—： _, yy/mm/dd, _} ; 并且在 OMA交互式媒体文档 中，还可以包括对读模板的各字段的定义以及用户如何根据模板构造 自己的请求命令的指南。 或者， 请求命令模板还可以是一个已经编辑 好的请求命令， 而其中的部分或全部字段是可以由用户根据自己的需 要进行修改的 ； 例如一个请求命令模板可 以 表示为 { Mobile.9:00,20Q90615,NBA Final 2009 #5} , 其中的下划线部分的字 段是可以由用户进行修改的。此处对多屏幕业务请求命令模板的格式 的说明仅是示例性而非限制性的。
另外， OMA 交互式媒体文档中还包括多屏幕业务的通告信息。 多屏幕业务通告信息可以包括以下各项中的任一项或任多项： 多屏幕 业务内容的名称， 缺省的播放时间， 计费标准， 计费方式， 多屏幕业 务内容的多媒体摘要信息。 例如， 一份新的多屏幕业务内容是一部电 影， 则多屏幕业务通告信息中可以包括该电影的名称以及相应的多媒 体摘要信息，多媒体摘要信息可以包括该电影的文字简介和 /或视频片 段。用户可以通过收看该电影的文字简介和 /或视频片段来决定是否接 收完整的电影。 又例如， 一份新的多屏幕业务内容是一场尚未开始的 球赛， 则多屏幕业务通告信息中可以包括读球赛的名称、 缺省播放时 间、 计费标准、 多媒体摘要信息等， 缺省播放时间是该球赛的现场直 播的时间， 计费标准可以根据收看现场直播还是赛后录像收取不同的 费用，多媒体摘要信息可以包括该比赛的文字简介和 /或比赛双方的历 史视频。 用户可以通过多媒体摘要信息来决定是否收看该比赛， 并根 据收费标准来决定是收看现场直播还是收看赛后录像。通过在发送给 用户的手持便携终端的 OMA交互式媒体文档中增加关于多屏幕业务 的丰富的通告信息， 可以极大地提高用户的体验质量。
不同的用户对多屏幕业务内容有不同的偏好， 比如有些用户喜欢 体育节目， 有些用户喜欢时政新闻。 另外， 不同的用户拥有不同的终 端设备， 亦即拥有不同的可选播放终端范围， 比如有些用户拥有手持 便携终端和电视机， 有些用户拥有手持便携终端和电脑， 还有些用户 同时拥有手持便携终端、 电视机、 电脑。 因此， 优选地， 收集装置 10 还包括一个交互式媒体文档确定子装置， 用于根据用户的订阅约定来 确定 OMA交互式媒体文档。
具体地， 用户在签订多屏幕业务的时候即可选择希望接收的多屏 幕业务的类型， 交互式媒体文档确定子装置根据用户的订阅约定来确 定需要发送给用户的 OMA交互式媒体文档中的多屏幕业务通告信息 以及多屏幕业务请求命令模板。 可以根据用户的不同订阅要求进行分 组， 例如但不限于， 订阅了体育节目的用户被分为一組； 当有新的体 育节目内容时， 第一发送装置 101将向这一组用户的手持便携终端组 播 OMA交互式媒体文档， 其中的多屏幕业务通告信息中包括与这一 新的体育节目内容有关的信息。 而对于受关注度非常高的多屏幕业务 内容， 则可默认为所有用户都有接收的可能， 例如当有奥运会开幕式 现场直播或者国庆 60周年庆典现场直播等内容时，第一发送装置 101 可以向所有用户的手持便携终端广播 OMA交互式媒体文档， 其中的 多屏幕业务通告信息中包括与相应内容有关的信息。 当然， 第一发送 装置 101也可以单独向某一用户的手持便携终端发送 OMA交互式媒 体文档， 其中的多屏幕业务通告信息中包括与该用户订阅的独特的业 务类型的内容有关的信息。
另外， 多屏幕业务请求命令模板中的与多屏幕业务播放终端有关 的信息可以包括以下各项中的任一项或任多项： 手持便携终端的标识 信息、 电脑的标识信息、 电视机的标识信息。 具体地， 用户在签订多 屏幕业务的时候即可选择用于接收的多屏幕业务的播放终端的可选 范围， 交互式媒体文档确定子装置根据用户的订阅约定来确定需要发 送给用户的 OMA交互式媒体文档中的多屏幕业务请求命令模板中的 与多屏幕业务播放终端有关的信息。 例如， 某用户拥有手持便携终端 和电脑， 其签订多屏幕业务时选择的播放终端可选范围仅包括手持便 携终端和电脑， 则第一发送装置 101向该用户的手持便携终端发送的 OMA 交互式媒体文档中的多屏幕业务请求命令模板中的与播放终端 有关的信息包括手持便携终端的标识信息和电脑的标识信息或 IP地 址。 另一种可行方案是， 第一发送装置 101发送给任一用户的手持便 携终端的 OMA交互式媒体文档中的多屏幕业务请求命令模板中的与 播放终端有关的信息均包括三种播放终端的标识信息， 多屏幕业务请 求命令模板另外还包括各种播放终端的状态信息， 交互式媒体文档确 定子装置根据用户的订阅约定将三种播放终端的状态信息中的部分 或全部设置为 "可选"， 其余设置为 "不可选"。
上述根据用户的订阅约定来确定 OMA交互式媒体文档的情形均 是用于说明而非限定本发明， 本领域技术人员应能根据上述说明作出 其他变形或修改。 另外， 本领域技术人员应能理解， 用户的订阅约定 可以根据用户的要求进行更新，例如对多屏幕业务类型和 /或播放终端 的可选范围进行更新。
根据本发明的一个实施例， 发送给用户的手持便携终端的 OMA 交互式媒体文档中的多屏幕业务请求命令模板还包括关于多屏幕业 务发送优先级的信息。 这样可以为用户提供不同服务质量的选择。
如前所述， OMA 交互式媒体文档中的媒体对象集合可以包括多 屏幕业务请求命令快捷控制页面的链接， 该链接可以是基于 WAP协 议的链接，也可以是基于 HTTP协议的 Web页面链接。在链接所指向 的页面中， 可以包括与多屏幕业务内容、 播放终端以及播放时间等有 关的信息， 并设置下拉式选择菜单或者输入框等编辑控件， 从而 为用户提供更简易、 便捷的请求多屏幕业务的途径。 而且， 页面中也 可以包括关于多屏幕业务内容的多媒体摘要信息， 以便于用户选择， 提高用户的体验质量。 用户可以通过用户终端 2c, 也就是个人电脑， 访问基于 HTTP协议的多屏幕业务请求命令快捷控制页面， 并完成相 应的操作， 例如输入数字或选择某些选项。 根据用户的输入， 页面内 置的编辑控件将自动生成多屏幕业务请求命令并发送给网络设备 1。 本领域技术人员应能理解， 网络设备 1和用于提供多屏幕业务请求命 令快捷控制页面的服务器可以是同一个设备， 也可以是彼此独立的设 备。
当第一发送装置 101 发送了携带多屏幕业务请求命令模板的 OMA交互式媒体文档之后， 笫一接收装置 102将接收用户所反馈的 多屏幕业务请求命令， 并根据该多屏幕业务请求命令确定所述用户对 多屏幕业务的要求。 如前所述， 用户所反馈的多屏幕业务请求命令可 以来自用户的手持便携终端， 例如用户终端 2a, 也可以来自提供多屏 幕业务请求命令快捷控制页面的服务器。
具体地，例如用户终端 2a所反馈的是一个基于 OMA协议的多屏 幕业务请求命令， 命令的内容是 {Mobile, 9:00, 20090615, NBA Final 2009 #5; PC, None; TV, 21 :00, 20090615, NBA Final 2009 #5}， 根据该 请求命令， 第一接收装置 102可以确定： 该用户请求使用其手持便携 终端， 也就是用户终端 2a， 在 9:00收看 2009年 NBA总决赛第五场 的现场直播， 以及使用其电视机在 21 :00收看同一场比赛的录像。 本 领域技术人员应能理解， 上述多屏幕业务请求命令的形式及其内容均 是用于说明而非限制本发明。
在用户终端 2a， 亦即用户的手持便携终端， 一侧， 将执行以下操 作：
首先， 第二接收装置 201接收来自网络设备 1的 OMA交互式媒 体文档， 所述 OMA交互式媒体文档包括至少一个包括多屏幕业务请 求命令模板的媒体对象集合。
如前所述， 优选地， 接收到的 OMA交互式媒体文档中同时包括 四个媒体对象集合， 分别为基于 OMA协议的多屏幕业务请求命令模 板、 基于 SMS协议的多屏幕业务请求命令模板、 基于 SIP协议的多 屏幕业务倩求命令模板以及多屏幕业务请求命令快捷控制页面的链 接。 当然， 接收到的 OMA交互式媒体文档中也可以包括上述媒体对 象集合中的两种、 三种甚至仅包括一种， 还可以包括基于其他协议的 多屏幕业务请求命令模板。
然后， 模板获取装置 202将根据用户终端 2a所支持的协议莸取 媒体对象集合中的多屏幕业务请求命令模板。
具体地， 用户终端 2a所支持的协议可以包括以下各项中的任一 项或任多项： OMA协议、 SMS协议、 SIP协议、 WAP协议、 HTTP 协议。
一种非常可能的情形是， 第二接收装置 201所接收到的 OMA交 互式媒体文档中包括多个媒体对象集合， 分别为基于 OMA协议的多 屏幕业务请求命令模板、基于 SMS协议的多屏幕业务请求命令模板、 基于 SIP 协议的多屏幕业务请求命令模板以及基于 WAP 协议和 /或 HTTP协议的多屏幕业务请求命令快捷控制页面的链接。 根据本发明 的一些实施例，用户终端 2a支持上述协议中的多种，例如 OMA协议、 SMS协议、 SIP协议、 WAP协议， 则模板获取装置 202可以读取多个 分别基于不同协议的多屏幕业务请求命令模板。 优选地， 模板获取装 置 202将根据预定规则来确定与其所支持的一种协议相对应的媒体对 象集合中的多屏幕业务请求命令模板。 为了不同的目的， 这里的预定 规则可以是以下各项中的任一项或任多项： 基于所确定'的协议的多屏 幕业务请求命令的传输时间最短； 基于所确定的协议的多屏幕业务请 求命令的带宽资源占用最少。 例如， 为了使得反馈的多屏幕业务请求 命令传输时间最短， 模板获取装置 202可以选择基于 OMA协议的命 令模板或者基于 SIP协议的命令模板。
然后， 命令编辑装置 203将根据用户的输入来编辑基于获取的多 屏幕业务请求命令模板的多屏幕业务请求命令。
例如， 模板获取装置 202已经确定了基于 OMA协议的多屏幕业 务倚求命令模板， 则命令编辑装置 203将根据用户的输入来编辑基于 所确定的模板的符合 OMA协议的多屏幕业务请求命令。
根据本发明的一些实施例， 多屏幕业务请求命令模板包括与多屏 幕业务内容、 播放终端、 播放时间有关的信息， 命令编辑装置 203将 根据用户的输入来编辑包括该用户对多屏幕业务内容、 播放终端、 播 放时间的要求的多屏幕业务请求命令。例如，一条编辑好的基于 OMA 协议的多屏幕业务请求命令可以以字符串形式表示为 {Mobile, 9:00， 20090615, NBA Final 2009 #5; PC, None; TV, 21 :00, 20090615, NBA Final 2009 #5} , 该命令表示该用户请求使用其手持便携终端， 也就是 用户终端 2a, 在 9:00收看 2009年 NBA总决赛第五场的现场直播， 以及使用其电视机在 21 :00收看同一场比赛的录像。
根据本发明的一些实施例， 多屏幕业务请求命令模板还包括关于 多屏幕业务发送优先级的信息， 命令编辑装置 203将根据该用户的输 入来编辑包括该用户对多媒体业务发送优先级要求的多屏幕业务请 求命令。
然后， 第二发送装置 204将编辑好的多屏幕业务请求命令发送给 网络设备 1。
根据本发明的一个实施例， 请求装置 20还包括一个用户界面提 供子装置， 用于根据模板获取装置 202所获取的多屏幕业务请求命令 模板提供输入参数受限的用户界面， 以便于用户编辑多屏幕业务请求 命令。 具体地， 用户界面提供子装置可以根据多屏幕业务请求命令模 板提供更加友好的输入控制界面， 例如提供下拉菜单、 输入框或附加 临时弹出的帮助框等友好界面， 以便用户进行简单操作， 例如输入数 字或选取某些选项， 即可完成多屏幕业务请求命令的编辑。 例如， 多 屏幕业务请求命令模板包括与多屏幕业务内容、播放终端、播放时间、 播放日期有关的信息， 相应的输入控制界面中可以将与播放终端、 业 务内容有关的信息关联在一起并提供多种组合以作为索引项目， 而用 户仅需对所需要的特定 "播放终端 +业务内容"项目输入 "播放时间" 和 "播放日期" 字段即可。 这里对输入控制界面的说明仅为示例性而 非限制性的。
如前所述， 多屏幕业务内容的发送可以是由网络设备 1完成的， 也可以是由与网络设备 1彼此独立的其它服务器完成的。
以网络设备 1完成多屏幕业务内容的发送为例， .网络设备 1可以 根据接收到的用户所反馈的多屏幕业务请求命令中的关于播放时间 的信息和 /或关于多屏幕业务发送优先级的信息来提供多种级别的服 务质量， 而运营商也可以相应地设定多种收费标准。 例如， 网络设备
1接收到的一个多屏幕业务请求命令显示： 该用户请求使用其手持便 携终端，在 9:00收看一场体育比赛的现场直播， 以及使用其电视机在 21 :00 收看同一场比赛的录像； 对于现场直播这样的实时性业务， 网 络设备 1将实时提供较高的带宽资源，从 9:00开始实时地将内容发送 到用户的手持便携终端； 而对于录像这样的非实时性业务， 网络设备 1只需在网络空闲时提供带宽资源， 从 21 :00之前的.某一时刻开始将 内容发送到用户的电视机即可， 这样可以更加有效地利用带宽资源。 另外， 还可以将资费标准与多屏幕业务发送优先级联系起来。 资费标 准较高的用户被赋予在其多屏幕业务请求命令中设置较高的发送优 先级的权力， 网絡设备 1将优先发送设置了较高的发送优先级的多屏 幕业务请求命令所请求的内容。
本领域技术人员应能理解， 本发明中所称的各装置既可以由硬件 模块实现， 也可以由软件中的功能模块实现， 还可以由集成了软件功 能模块的硬件模块实现。
以上对本发明的实施例进行了描述， 但是本发明并不局限于特定 的系统、 设备和具体协议， 本领域内技术人员可以在所附权利要求的 范围内做出各种变形或修改。

Claims

权 利 要 求 书
1. 一种在通信网络的网絡设备中用于收集用户的多屏幕业务请 求的方法， 包括以下步骤：
A,向用户的手持便携终端发送 OMA交互式媒体文档，所述 OMA 交互式媒体文档包括多媒体业务通告信息以及至少一个包括多屏幕 业务请求命令模板的媒体对象集合；
B. 接收所述用户所反馈的多屏幕业务请求命令， 并根据谅多屏 幕业务请求命令确定所述用户对多屏幕业务的要求。
2. 根据权利要求 1所述的方法， 其特征在于， 所述 OMA交互式 媒体文档包括分别包括以下各项之一的媒体对象集合中的任一个或 任多个：
多屏幕业务 OMA请求命令模板，
多屏幕业务 SMS请求命令模板，
多屏幕业务 SIP请求命令模板，
快捷控制页面的链接。
3. 根据权利要求 1所述的方法， 其特征在于，
所述多屏幕业务请求命令模板包括与多屏幕业务内容、 播放终 端、 播放时间有关的信息；
所述步骤 B中，根据所述多屏幕业务请求命令来确定所述用户对 多屏幕业务内容、 播放终端、 播放时间的要求。
4. 根据权利要求 3 所述的方法， 其特征在于， 所述与多屏幕业 务播放终端有关的信息包括以下各项中的至少一项：
手持便携终端的标识信息，
电脑的标识信息，
电视机的标识信息。
5. 根据权利要求 1所述的方法， 其特征在于， 所述步骤 A之前 还包括步骤：
根据用户的多屏幕业务订阅约定来确定需要发送给用户的 OMA 交互式媒体文档中的多媒体业务通告信息以及多屏幕业务请求命令 模板。
6. 根据权利要求 1 所述的方法， 其特征在于， 所述多媒体业务 通告信息包括以下任一项或任多项：
多屏幕业务内容的名称，
缺省的播放时间，
计费标准，
计费方式，
多屏幕业务内容的多媒体摘要信息。
7. 根据权利要求 1所述的方法， 其特征在于， 所述 OMA交互式 媒体文档中的媒体对象集合中的多屏幕业务请求命令模板还包括关 于多屏幕业务发送优先級的信息。
8. 一种在通信网络的手持便携终端中用于请求多屏幕业务的方 法， 包括以下步骤：
a. 接收来自网络设备的 OMA交互式媒体文档， 所述 OMA交互 式媒体文档包括多媒体业务通告信息以及至少一个包括多屏幕业务 请求命令模板的媒体对象集合；
b. 根据所述手持便携终端所支持的协议获取媒体对象集合中的 多屏幕业务请求命令模板；
c 根据用户输入编辑基于获取的多屏幕业务请求命令模板的多 屏幕业务请求命令；
d. 将所述多屏幕业务请求命令发送给所述网絡设备。
9. 根据权利要求 8 所述的方法， 其特征在于， 所述手持便携终 端支持以下协议中的任一种或任多种：
OMA协议、 SMS协议、 SIP协议、 WAP协议、 HTTP协议。
10. 根据权利要求 8或 9所述的方法， 其特征在于，
所述步骒 b中， 基于预定规则， 确定与所述手持便携终端所支持 的一种协议相对应的媒体对象集合中的多屏幕业务请求命令模板。
11. 根据权利要求 10 所述的方法， 其特征在于， 所述预定规则 包括以下各项中的任一项或任多项：
基于所确定的协议的多屏幕业务请求命令的传输时间最短； 基于所确定的协议的多屏幕业务请求命令的带宽资源占用最少。
12. 根据权利要求 8所述的方法， 其特征在于，
所述多屏幕业务请求命令模板包括与多屏幕业务内容、 播放终 端、 播放时间有关的信息；
所述步骤 c中， 根据用户输入编辑包括所述用户对多屏幕业务内 容、 播放终端、 播放时间的要求的多屏幕业务请求命令。
13. 根据权利要求 8所述的方法， 其特征在于，
所述多屏幕业务请求命令模板还包括关于多屏幕业务发送优先 级的信息；
所述步骤 c中， 根据用户输入编辑包括所述用户对多媒体业务发 送优先级的要求的多屏幕业务请求命令。
14. 根据权利要求 8 所述的方法， 其特征在于， 所述步骤 b、 c 之间还包括步驟：
根据所述获取的多屏幕业务请求命令模板提供输入参数受限的 用户界面， 用于用户编辑多屏幕业务请求命令。
15. 一种在通信网絡的网络设备中用于收集用户的多屏幕业务请 求的收集装置， 包括：
第一发送装置， 用于向用户的手持便携终端发送 OMA交互式媒 体文档， 所述 OMA交互式媒体文档包括多媒体业务通告信息以及至 少一个包括多屏幕业务请求命令模板的媒体对象集合；
第一接收装置， 用于接收所述用户所反馈的多屏幕业务请求命 令， 并根据该多屏幕业务请求命令确定所述用户对多屏幕业务的要 求。
16. 一种在通信网絡的手持便携终端中用于请求多屏幕业务的请 求装置， 包括：
第二接收装置，用于接收来自网络设备的 OMA交互式媒体文档， 所述 OMA交互式媒体文档包括多媒体业务通告信息以及至少一个包 括多屏幕业务请求命令模板的媒体对象集合；
模板获取装置， 用于根据所述手持便携终端所支持的协议获取媒 体对象集合中的多屏幕业务请求命令模板；
命令编辑装置， 用于根据用户输入编辑基于获取的多屏幕业务请 求命令模板的多屏幕业务请求命令；
第二发送装置， 用于将所述多屏幕业务请求命令发送给所述网络 设备。
PCT/CN2010/071005 2009-07-02 2010-03-12 通信系统中用于多屏幕业务通知和交互的方法和装置 Ceased WO2011000227A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US13/377,011 US20120084820A1 (en) 2009-07-02 2010-03-12 Method and apparatus for notification and interaction of multi-screen service in communication system
EP10793522.3A EP2451197B1 (en) 2009-07-02 2010-03-12 Method and apparatus for notification and interaction of multi-screen service in communication system
KR1020127002685A KR101286997B1 (ko) 2009-07-02 2010-03-12 통신 시스템에서 다중―스크린 서비스의 통지 및 상호작용을 위한 방법 및 장치
JP2012518005A JP5709858B2 (ja) 2009-07-02 2010-03-12 通信システムにおけるマルチスクリーンサービスの通知および対話のための方法および装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2009100543261A CN101938710B (zh) 2009-07-02 2009-07-02 通信系统中用于多屏幕业务通知和交互的方法和装置
CN200910054326.1 2009-07-02

Publications (1)

Publication Number Publication Date
WO2011000227A1 true WO2011000227A1 (zh) 2011-01-06

Family

ID=43391796

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/071005 Ceased WO2011000227A1 (zh) 2009-07-02 2010-03-12 通信系统中用于多屏幕业务通知和交互的方法和装置

Country Status (6)

Country Link
US (1) US20120084820A1 (zh)
EP (1) EP2451197B1 (zh)
JP (1) JP5709858B2 (zh)
KR (1) KR101286997B1 (zh)
CN (1) CN101938710B (zh)
WO (1) WO2011000227A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN119338718A (zh) * 2024-12-19 2025-01-21 环球阀门集团有限公司 一种在线维修旋球阀的方法及装置

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170134464A1 (en) * 2007-11-01 2017-05-11 Bindu Rama Rao Client application and servers for artists to interact with fans
CN102790921B (zh) * 2011-05-19 2015-06-24 上海贝尔股份有限公司 为多屏业务选择和录制部分屏幕区域的方法和设备
CN102790917B (zh) * 2011-05-19 2016-02-17 上海贝尔股份有限公司 交互式多屏业务内容传输方法和设备
CN103595751B (zh) * 2012-08-17 2018-12-07 腾讯科技（深圳）有限公司 游戏文件提供装置及方法
CN103838532B (zh) * 2012-11-21 2017-09-05 中国移动通信集团公司 一种多屏内容合成显示方法、相关设备及系统
KR101934099B1 (ko) * 2012-12-14 2019-01-02 삼성전자주식회사 컨텐츠 재생 장치, 그 ui 제공 방법, 네트워크 서버 및 그 제어 방법
CN104301748A (zh) * 2013-07-19 2015-01-21 深圳市同洲电子股份有限公司 多屏预订直播频道节目的方法及其系统
CN103561315B (zh) * 2013-10-21 2018-05-04 华为技术有限公司 一种多屏互动的方法、装置及系统
US9986044B2 (en) * 2013-10-21 2018-05-29 Huawei Technologies Co., Ltd. Multi-screen interaction method, devices, and system
CN103596056A (zh) * 2013-11-19 2014-02-19 乐视致新电子科技（天津）有限公司 实现多屏互动功能的方法及装置
US10887376B2 (en) 2014-08-08 2021-01-05 Samsung Electronics Co., Ltd. Electronic system with custom notification mechanism and method of operation thereof
WO2016020906A2 (en) * 2014-08-08 2016-02-11 Samsung Electronics Co., Ltd. Electronic system with custom notification mechanism and method of operation thereof
KR102458444B1 (ko) 2016-01-05 2022-10-25 삼성전자주식회사 전자 장치 및 그 동작 방법
CN108391328B (zh) * 2018-03-30 2023-09-26 广东华庄科技股份有限公司 具备5g无线宽带路由器功能的5g固定通话设备
CN115643359B (zh) 2020-02-28 2023-08-22 华为技术有限公司 一种增强的视频通话方法和系统、电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801718A (zh) * 2006-01-11 2006-07-12 北京北方烽火科技有限公司 一种内容分发网络中oma下载的实现方法
CN1992937A (zh) * 2005-12-28 2007-07-04 中兴通讯股份有限公司 具有流媒体终端适配功能的移动终端设备
CN101635832A (zh) * 2008-07-24 2010-01-27 上海贝尔阿尔卡特股份有限公司 用于无线视频监控系统的控制方法、服务器及客户端

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2849337B1 (fr) * 2002-12-24 2005-04-29 Evolium Sas Procede de dimensionnement de reseau de transport pour reseau d'acces radio d'un reseau de radiocommunications mobiles
JP4533020B2 (ja) * 2004-06-25 2010-08-25 パナソニック株式会社 マルチメディアコンテンツ提供システム、ホームコンテンツサーバ及び視聴デバイス
JP4829718B2 (ja) * 2005-05-31 2011-12-07 シャープ株式会社 サービス関連情報の提供方法、サービス関連情報提供装置、サービス提供システム、コンピュータプログラム及び記録媒体
US8607271B2 (en) * 2005-08-26 2013-12-10 Nokia Corporation Method to deliver messaging templates in digital broadcast service guide
KR101066297B1 (ko) 2005-09-30 2011-09-20 삼성전자주식회사 동시 다중 ＰｏＣ 멀티미디어 서비스 제공 방법 및 그 장치
JP2008206077A (ja) * 2007-02-22 2008-09-04 Sharp Corp コンテンツ視聴装置
CN101282329B (zh) * 2007-04-02 2012-12-19 中兴通讯股份有限公司 一种网络媒体内容共享方法和系统
US20090015660A1 (en) * 2007-07-12 2009-01-15 Nokia Corporation Virtual TV room service with interactive capabilities signaling
EP2188734A4 (en) 2007-08-08 2014-09-24 Innopath Software Inc HANDLING OF PRESSURE AND CLONE CONFIGURATION FOR MOBILE DEVICES
KR101420871B1 (ko) 2007-08-21 2014-07-17 삼성전자주식회사 휴대 방송 서비스에서 멀티 콘텐츠를 제공하는 방법 및장치와 그 시스템
CN101615960B (zh) * 2008-06-23 2013-04-17 华为技术有限公司 一种交互组件更新的方法、终端和服务器
US20090328101A1 (en) * 2008-06-30 2009-12-31 Nokia Corporation User interface for mobile tv interactive services
US20100037248A1 (en) * 2008-08-06 2010-02-11 Qualcomm Incorporated System and method for dynamic pricing of mobile tv content
US9253430B2 (en) * 2009-01-15 2016-02-02 At&T Intellectual Property I, L.P. Systems and methods to control viewed content

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1992937A (zh) * 2005-12-28 2007-07-04 中兴通讯股份有限公司 具有流媒体终端适配功能的移动终端设备
CN1801718A (zh) * 2006-01-11 2006-07-12 北京北方烽火科技有限公司 一种内容分发网络中oma下载的实现方法
CN101635832A (zh) * 2008-07-24 2010-01-27 上海贝尔阿尔卡特股份有限公司 用于无线视频监控系统的控制方法、服务器及客户端

Non-Patent Citations (1)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN119338718A (zh) * 2024-12-19 2025-01-21 环球阀门集团有限公司 一种在线维修旋球阀的方法及装置

Also Published As

Publication number Publication date
JP5709858B2 (ja) 2015-04-30
KR20120035204A (ko) 2012-04-13
CN101938710A (zh) 2011-01-05
CN101938710B (zh) 2013-06-05
KR101286997B1 (ko) 2013-07-23
EP2451197B1 (en) 2018-05-02
EP2451197A1 (en) 2012-05-09
US20120084820A1 (en) 2012-04-05
JP2012531849A (ja) 2012-12-10
EP2451197A4 (en) 2014-03-26

Similar Documents

Publication Publication Date Title
WO2011000227A1 (zh) 通信系统中用于多屏幕业务通知和交互的方法和装置
KR101426178B1 (ko) 애드 혹 베뉴-캐스트 서비스를 위한 방법 및 장치
JP4712040B2 (ja) ネットワーク間のローミングを提供するブロードキャスト／マルチキャストサービスシステム及び方法
CN101753976B (zh) 控制交互式网络电视业务的方法、设备和系统
US20140108568A1 (en) Method and System for Providing Multimedia Content Sharing Service While Conducting Communication Service
CN102790921B (zh) 为多屏业务选择和录制部分屏幕区域的方法和设备
CN1836436A (zh) 促进媒体内容信道的系统、方法和设备
KR100890037B1 (ko) 휴대 방송 시스템에서 서비스 가이드 또는 서비스 가이드프레그먼트에 대한 공유 방법 및 시스템
CN101599985B (zh) 内容获取和内容接收方法、服务器和终端
JP5301649B2 (ja) 携帯放送システムにおける端末機のソフトウェアアップデート方法及び装置
CN103167327A (zh) 信息互动方法、装置及系统
CN103596019B (zh) 用于跨屏显示iptv内容的方法和系统
US20100332590A1 (en) Inheritance communication administrating apparatus
WO2011143881A1 (zh) 实现移动终端电视互动的方法、系统及背靠背的用户代理
CN103825797B (zh) 服务漫游系统和方法
CN102790917B (zh) 交互式多屏业务内容传输方法和设备
JP2011522450A (ja) ブロードキャストシステムにおけるユーザー個人向けサービスの提供方法と装置及びそのシステム
US20080025306A1 (en) Internet protocol television system, method for providing internet protocol multicast TV signal, TV transferring apparatus, and TV receiving apparatus
JP2011522302A (ja) ブロードキャストシステムにおける端末機のファームウェアアップデート方法及びシステム
CN101355676B (zh) 提供网络电视业务信息的方法和网络电视业务系统
CN102265652A (zh) 无线通信终端的远程管理方法和系统
WO2010031204A1 (zh) 用于为无线接入用户提供业务独占控制权的方法和装置
WO2007052990A1 (en) Apparatus and method for delivering service guide contents and notification event information in a mobile broadcast system
CN101188740A (zh) 直播网络电视的组播方法
CN101848200A (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: 10793522

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13377011

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2012518005

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2010793522

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20127002685

Country of ref document: KR

Kind code of ref document: A