WO2009124507A1 - 一种通知消息呈现的方法和装置 - Google Patents

一种通知消息呈现的方法和装置 Download PDF

Info

Publication number
WO2009124507A1
WO2009124507A1 PCT/CN2009/071215 CN2009071215W WO2009124507A1 WO 2009124507 A1 WO2009124507 A1 WO 2009124507A1 CN 2009071215 W CN2009071215 W CN 2009071215W WO 2009124507 A1 WO2009124507 A1 WO 2009124507A1
Authority
WO
WIPO (PCT)
Prior art keywords
notification message
information
media data
rich media
presenting
Prior art date
Application number
PCT/CN2009/071215
Other languages
English (en)
French (fr)
Inventor
张惠萍
陈国乔
杨健
王雷
范姝男
董挺
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP09730716A priority Critical patent/EP2262193A4/en
Publication of WO2009124507A1 publication Critical patent/WO2009124507A1/zh

Links

Classifications

    • 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
    • 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/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
    • 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/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like

Definitions

  • Embodiments of the present invention relate to the field of communications technologies, and in particular, to a method and apparatus for presenting a notification message. Background technique
  • Mobile digital multimedia broadcasting is a new broadcasting technology developed on the basis of mobile digital audio broadcasting, which introduces multimedia broadcasting services into mobile terminals such as mobile phones.
  • the mobile TV service based on mobile multimedia broadcasting technology is one of the most advanced mobile multimedia services.
  • the mobile communication technology can realize the transmission function of the mobile TV service, but it may have to pay the cost of occupying the bidirectional symmetric channel bandwidth.
  • the method of orientation or multicast can be adopted, but the cost and QoS of the network service are increased in the case of a sharp increase in the number of users. (Quality of Service, quality of service) is still difficult to guarantee.
  • the transmission of large-capacity multimedia services such as video has asymmetry on the network, that is, the amount of downlink data is much larger than that of uplink, and the downlink is more suitable for broadcasting.
  • Broadcast transmission has almost no limit on the number of users, and has obvious advantages in resource utilization such as programs and spectrum, system user capacity, and business cost.
  • mobile broadcasts are capable of mass transmitting multimedia content at high cost and efficiency.
  • mobile TV In addition to enabling users to receive TV programs anytime and anywhere, mobile TV has the greatest potential to integrate interactive technologies, enabling content providers or service providers to design interactive applications that are more appealing to viewers, creating a new viewing experience. Very attractive Value-added business.
  • Mobile BCAST Broadcast Service
  • OMA Open Mobile Alliance
  • OMA BCAST is dedicated to business discovery and acquisition, e-programs/business guides, billing, content/service protection, etc., to develop a specific business engine and to ensure that it is independent of the carrier layer.
  • the defined service engines are responsible for integrating the CP (Content Provider), BDS (Broadcast Distribution Systems), and terminals from the application layer in the entire system to make the system independent.
  • the BDS may be different (MBMS (Multimedia Broadcast/Multicast Service), BCMCS (Broadcast Multicast Service), DVB-H (Digital Video Broadcast-Handheld), etc. Distribution network.
  • MBMS Multimedia Broadcast/Multicast Service
  • BCMCS Broadcast Multicast Service
  • DVB-H Digital Video Broadcast-Handheld
  • BCAST includes the following functional modules:
  • Notification function Notification Function
  • the inventors have found that the prior art has at least the following problems:
  • the supported media types are limited, including only pictures, audio, video types, and do not carry description information about how the content is presented, such as: where on the screen the media objects such as text or pictures are located. Whether the display is occupied by the entire screen or partially superimposed on the existing content; whether the text is displayed in flash mode or the user needs to click to confirm; there is also no discussion about the presentation of interactive advertisements, event conversion, and the like. Summary of the invention
  • the embodiment of the invention provides a method and a device for presenting a notification message, so that the server can send the notification message presentation information to the terminal, and the terminal presents the notification message according to the presentation information.
  • an embodiment of the present invention provides a method for presenting a notification message, including the following steps:
  • the notification message is presented according to the presence information.
  • an embodiment of the present invention further provides a method for presenting a notification message, including the following steps:
  • an embodiment of the present invention further provides a terminal, including:
  • a receiving module configured to receive a notification message that includes presence information
  • An identification module configured to identify a type of presence information in the notification message received by the receiving module
  • the embodiment of the present invention further provides a server, including:
  • a generating module configured to generate a notification message with presence information
  • a sending module configured to send a notification message generated by the generating module.
  • the server can send the information of the notification message presentation mode.
  • the terminal presents the notification message according to the manner, and achieves the effect of enriching the service content and improving the user experience.
  • FIG. 1 is a schematic flow chart of a method for presenting a notification message according to Embodiment 1 of the present invention
  • FIG. 2 is a schematic flowchart of receiving and presenting content of a notification message by a terminal according to Embodiment 3 of the present invention
  • FIG. 3 is a schematic flowchart of receiving and presenting a content of a notification message by a terminal according to Embodiment 4 of the present invention.
  • FIG. 4 is a schematic structural diagram of a terminal according to Embodiment 5 of the present invention.
  • FIG. 5 is a schematic flowchart of a method for presenting a notification message according to Embodiment 6 of the present invention
  • FIG. 6 is a schematic structural diagram of a server according to Embodiment 7 of the present invention.
  • the embodiment of the present invention provides a method and a device for notifying a message, so that the server can send the presence information of the notification message to the terminal, and the terminal presents the notification message according to the presence information.
  • FIG. 1 it is a schematic flowchart of a method for presenting a notification message according to a first embodiment of the present invention, including:
  • Step S101 The terminal receives a notification message including a presence mode identifier field.
  • Step S102 Present a notification message according to the presence information.
  • the type of the presentation information includes one or more of the following four field types: (1) Describe the presented media information, and the media information carried in the notification message is stored in the "medialnformation" field. At present, only three types of media, such as a picture, an audio, and a video, are supported, and the description is presented by using the method provided by the embodiment of the present invention.
  • the media information can be extended to enrich the type of media that can be carried in the notification message.
  • the terminal After the terminal identifies the media information in the notification message, the identified media file is presented.
  • the media object in the notification message is presented according to the rule.
  • the terminal acquires the media file that presents the information, and presents the media object in the notification message according to the file description.
  • the media information describing the presentation, the reference identifier of the notification message media object presentation information, and the presentation information of the rich media content all belong to the rich media data information carried in the notification message.
  • the four types of presence information listed above may exist in the notification message separately, and the extension of the corresponding content may be implemented, or multiple types may exist in the notification message to implement expansion of the plurality of contents.
  • the case where multiple types exist in the notification message is within the scope of the present invention.
  • the extended media type can be extended in the notification message, the role of the presentation rule description is increased, the notification message carries more media information, and the information presentation manner is enriched, and the user experience and rich service are improved. kind. Further, for convenience of description, the present invention describes the technical solution of the present invention in detail by using a specific notification message modification scheme in the subsequent embodiments.
  • Embodiment 2 of the present invention provides a method for extending presentation of description information, and the method can notify that a message can carry more media types.
  • the media information carried in the notification message is stored in
  • the embodiment of the present invention expands the media type by extending the method for describing the presented media information, specifically:
  • Table 1 extends the notification message describing the presented media information
  • Notification A 1 Notification type. unsignedByte
  • Type allows values:
  • EventType A 1 Notification message carries the unsignedByte notification event class
  • Type is now a type.
  • the message is presented. 1 - medium priority
  • the terminal can override the being played
  • Picture E2 0..N defines how to get a graph
  • Video E2 0..N defines how to get a view
  • mimeType A 0..1 MIME type string codec A 0..1 codec parameter with MIME media type
  • Audio E2 0..N defines how to get a tone
  • mimeType A 0..1 MIME type string codec A 0..1 codec parameter associated with MIME media type
  • audioURI A 0..1 URI that references the audio anyURI flash E2 0..N defines how to get a
  • Table 2 presents media information Svg E2 0..N defines how to get an svg and MIME type
  • the media information of the flash and svg types is added by extension, and the above is only an example, The method of the embodiment can also extend other types of media information, such as text, script, SMIL (Synchronized Multimedia Integration Language), XML (extensible Markup)
  • SMIL Synchronization Multimedia Integration Language
  • XML extensible Markup
  • the embodiment provides a method for carrying the media information describing the presentation.
  • the notification message can carry richer media information by using the method, thereby expanding the service type and improving the user experience.
  • a method for extending presentation rule information carrying content in the notification message is extended in a notification message format. After receiving the notification message, the terminal presents the notification according to the presentation rule specified in the field. The content of the message.
  • the content of the notification message is also different according to the type of the notification message and the type of the event. This embodiment is only an example.
  • the notification message has been extended to support the description of how the message content is presented.
  • the embodiment of the present invention expands the presentation rule of the content carried in the notification message by extending the method for describing the presentation rule information of the content in the notification message, which is specifically as follows:
  • EventType A 1 Notification message carries the unsignedByte notification event class
  • Presentation El 1 is based on the priority type of unsignedByte Type.
  • the allowed values are:
  • the message is presented.
  • Picture E2 0..N defines how to get a graph
  • Video E2 0..N defines how to get a view
  • Audio E2 0..N defines how to get a tone
  • viewBox E2 0..N render window position, size
  • Table 4 describes the presentation rule information of the content carried in the notification message.
  • the present embodiment is described by taking a notification message as an example.
  • the terminal receives and presents a schematic diagram of the content of the notification message, including the following steps:
  • the notification message in XML form is:
  • Step S201 Identify a notification message type.
  • Step S202 Identify a presentation type recommended according to the priority.
  • the PresentationType value is 1, and the terminal chooses to superimpose the presentation notification message content on the content being played.
  • Step S203 Acquire media content.
  • the terminal obtains the video media object from "www.example.com /clip.mpg” according to the media information (Medialnformation).
  • Step S204 Present according to the presentation rule.
  • window width width "300px”
  • window height height "200px”
  • window start point identification original 0 0 1500 1000' 'etc.
  • the terminal performs rendering processing according to the rendering rule: the video obtained from "www.example.com/clip.mpg” is played at the position specified by the viewBox on the screen according to the rendering time ( renderingTime).
  • An embodiment of the present invention provides a method for extending presentation rule information that carries content in the notification message in a notification message format.
  • the server may formulate a presentation rule for the content of the notification message in the notification message, and the terminal receives the notification rule. After such a notification message, the content of the notification message is presented according to the rendering rules specified in the field.
  • the fourth embodiment of the present invention adds a reference identifier of the notification message presentation information in the notification message, and expands the content in the notification message, so that it is not limited to carrying the media content by itself, but also can realize the notification by identifying the information of the reference file.
  • the reference to the content outside the message the terminal obtains the media file that presents the information by referring to the identifier, and presents the notification message according to the file description.
  • the embodiment of the present invention extends the manner of presenting the content of the notification message by extending the method for describing the reference identifier of the notification message presentation information, specifically as follows: Table 5 expands and describes the presentation manner of the content outside the message.
  • Field notification message
  • Picture E2 0..N defines how to get a picture
  • Video E2 0..N defines how to get a video
  • mimeType A 0..1 MIME type string codec A 0..1 related to MIME media type string
  • Audio E2 0..N defines how to get an audio
  • Table 6 describes the reference identifier of the presence information of the content indicated by the notification message
  • the terminal After receiving the notification message, the terminal acquires the RME file and presents the notification message according to the RME description.
  • a schematic diagram of a process in which a terminal receives and presents a content of a notification message includes:
  • Step S301 The terminal identifies whether the presence identifier includes a reference identifier.
  • step S302 If yes, go to step S302;
  • the content of the notification message is presented in the prior art, that is, the terminal is natively presented.
  • the terminal first determines whether there is a "renderType" field from the notification message.
  • Step S302 Determine whether the terminal capability supports the media type corresponding to the reference identifier. If yes, go to step S303;
  • the notification message content is rendered in the terminal native mode.
  • the terminal determines whether the terminal supports the RME. If not, the terminal native mode is used to display the content of the notification message.
  • Step S303 Acquire a media corresponding to the reference identifier.
  • the terminal obtains the RME file according to the "rmeURI" of the "renderType” field, and the RME file contains a description of how to present the content of the notification message.
  • Step S304 Present a media corresponding to the reference identifier.
  • the terminal presents the content of the notification message in an RME manner.
  • the embodiment of the invention provides a processing method for resolving terminal compatibility, and the media file information for describing the presentation mode is included in the notification message.
  • the terminal does not support the media type used because of the difference in the terminal capability.
  • the terminal that is not supported is presented in the native mode of the terminal, and the terminal that supports the used media type is adopted.
  • the notification message media file describes the manner in which the notification message is presented.
  • the server may select the embodiment according to the terminal capability.
  • the notification message extension mode is delivered or sent in the original notification message format.
  • the embodiment provides a method for carrying the notification message presentation information in the notification message.
  • the terminal acquires the description information file, and presents the notification message content according to the description information.
  • the information about the content presentation is placed on the notification message, and the terminal obtains the presentation information file by using a notification message (such as a rmeURI (Uniform Resource Identifier)), and according to The file describes the content of the presentation notification message.
  • a notification message such as a rmeURI (Uniform Resource Identifier)
  • the file describes the content of the presentation notification message.
  • Embodiment 5 of the present invention is a method for extending presence information describing content indicated by the notification message in a notification message, and expanding the content in the notification message so as not only to carry the media content by itself, but also to carry the rich media.
  • the information is used to obtain the reference to the rich media data, and further, by adding the streaming session information, when the referenced rich media type is a rich media stream, the obtaining manner is obtained for obtaining the rich media stream data.
  • the terminal acquires the media file of the presentation information, and presents the notification message according to the file description.
  • the embodiment of the present invention provides a method for carrying presence information in a notification message.
  • the notification message carries rich media information for describing the content presentation of the notification message
  • the terminal obtains the rich media file, and presents the notification message according to the file description.
  • the embodiment of the present invention extends the media type by extending the rich media information, specifically:
  • Table 7 extends the notification message describing the fields of rich media information Name Type Cardinality Description Data Type
  • eventType A 1 The unsignedByte notification event type carried in the Notification message.
  • usageType A 0..1 Transfer object type, allowing unsignedByte values:
  • Delivery E2 0..1 is specified by the Notification message
  • Port A 1 Target of the target delivery session unsignedShort a
  • Trans ort sends the object ID r by the passed positivelntege ObjectID transmitted by the transfer session
  • the terminal can pass
  • Picture E2 0..N defines how to get a picture
  • Video E2 0..N defines how to get a video
  • Audio E2 0..N defines how to get an audio
  • RichMedia E3 0..1 defines how to get a rich media
  • Type for example, can be RME
  • Ver sion A 0..1 indicates the version of the rich media unsignedlnt specified by Type. For example, LASeR
  • URI A 0..1 indicates the rich media anyURI specified by Type
  • Table 7 is an extension of the existing notification message format in the embodiment of the present invention, and the extension is as follows:
  • a “streamingSession” element is added to describe the flow session information, including the flow session address, such as the destination IP address, the source IP address, the port number, etc., as shown in Table 8. Shown as follows:
  • the rich media data describes the notification message presentation information, and its specific content is as follows:
  • Type which indicates the type of rich media data, specifically the following: RME, DIMS (Dynamic Interactive Multimedia Scene), LASeR (Lightweight Application Scene Representation), SVG, etc.
  • “Version” which indicates the version of the rich media data type defined by “Type”, such as LASeR with 1.0 and 2.0 versions;
  • URI which represents the "URI” of the rich media data specified by "Type”.
  • rich media data can be transmitted to the terminal in the following ways:
  • Rich media data exists as a file and is distributed by broadcast.
  • the "Sessionlnformation” (specifically “deliverySession” sub-element) in the notification message describes the file transfer session information, including the file transfer address, such as the source IP address, the destination IP address, the port number, the transfer object ID, and so on.
  • the terminal receives the rich by accessing the session. Media data file.
  • the rich media data exists in the form of a stream and is delivered through a broadcast channel.
  • the “Sessionlnformation” (specifically “streamingSession” sub-element) in the notification message describes the streaming session information, including the stream session address, such as the destination IP address, the source IP address, the port number, etc., and the terminal receives the rich media data by accessing the session. flow.
  • the address of the interactively acquired data is defined in the notification message, such as "URI” in “alternativeURI, or “RichMedialnfo” in the "Sessionlnformation” element, ie rich media data URI. If these addresses are assigned, the terminal can The specified URI request gets the relevant rich media data.
  • the version information mentioned in this embodiment may be included in the "Type" attribute, as shown in Table 10, and the extended part becomes:
  • Table 10 Version information contains description information of rich media data in the Type element
  • the value of the Type may be RME, SVG, LASeR, DIMS, etc., or may include values of the version, such as LASeR 1.0, LASeR 2.0, DIMS 1.0, and the like.
  • This embodiment provides a method for extending rich media data in a notification message.
  • the terminal acquires rich media data, and presents the content of the notification message according to the description information in the rich media data.
  • FIG. 4 it is a schematic structural diagram of a terminal according to Embodiment 5 of the present invention, including: a receiving module 41, configured to receive a notification message that includes presence information;
  • the identification module 42 is configured to identify a type of presence information in the notification message received by the receiving module 41;
  • a presentation module 43 configured to present a notification message according to the recognition result of the identification module 42 The notified broadcast service.
  • the identification module 42 further includes one or more of the following sub-modules: a rich media data information identifying sub-module 421, configured to identify rich media data information carried in the notification message;
  • a presentation rule identification sub-module 422 is configured to identify a presentation rule defined by the presence information in the notification message.
  • the rich media data information includes: a rich media data type, and/or rich media data version information, and/or a rich media data acquisition address.
  • the technical solution of the embodiment of the present invention has the following advantages, because a method for extending a more media type and a presentation manner in a notification message is adopted, so that the server can send the information of the notification message presentation mode to the terminal, and the terminal according to the corresponding
  • the way to present interactive business has achieved the effect of enriching the service content and improving the user experience.
  • the foregoing embodiment of the present invention has been described with respect to the technical solution of the present invention from the perspective of the receiving terminal.
  • the following embodiments are used to detail the sending server of the notification message proposed by the embodiment of the present invention. Description.
  • FIG. 5 it is a flowchart of a method for presenting a notification message according to Embodiment 6 of the present invention, which includes:
  • Step S501 The server generates a notification ( Notification) message containing the presence information.
  • the presence information specifically includes one or more types of information proposed in the first embodiment of the present invention, namely:
  • the generated notification message contains a media file describing the presentation.
  • the generated notification message includes the presentation rule information of the content carried in the notification message.
  • the presentation rule information specifically includes one or more of: window position information, window shape information, display time information, display content information, window start coordinate information, and the like.
  • the generated information of the notification message carries the reference identifier, the media type information corresponding to the reference identifier, and the URI of the media stored by the reference identifier.
  • the notification message carries the presentation type information of the rich media content.
  • the generated information of the generated notification message carries the description information of the rich media data, and the corresponding rich media data can be obtained through the description information.
  • the media type information of the presentation In the type of the presence information, the media type information of the presentation, the reference identifier of the notification message media object presentation information, and the presentation type information of the rich message content in the description notification message all belong to the rich media data information carried in the notification message.
  • Step S502 The server sends a notification message to the terminal.
  • FIG. 6 it is a schematic structural diagram of a server according to Embodiment 7 of the present invention, which includes:
  • a generating module 61 configured to generate a notification message that includes presence information
  • the sending module 62 is configured to send a notification message generated by the generating module 61.
  • the generating module 61 includes:
  • the rich media data information adding submodule 611 is configured to add rich media data information carried in the notification message to the notification message.
  • the presentation method adding sub-module 612 is configured to add, in the notification message, the presentation rule information that carries the content in the notification message.
  • the rich media data information includes: a rich media data type, and/or rich media data version information, and/or a rich media data acquisition address.
  • the above sub-modules may all exist in the generating module 61, or only one or several of them may be designed as needed, and such variations are also within the scope of the present invention.
  • the technical solution of the embodiment of the present invention has the following advantages: Because the notification message is adopted The method for carrying more media types and presentation modes is extended, so that the server can send the information of the notification message presentation manner to the terminal, and the terminal presents the interactive service according to the corresponding manner, thereby achieving rich service content and improving the user experience. .
  • the present invention can be implemented by hardware or by software plus a necessary general hardware platform. Based on such understanding, the technical solution of the present invention can be embodied in the form of a software product that can be stored in a non-volatile storage medium.
  • a computer device (may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Description

一种通知消息呈现的方法和装置 本申请要求于 2008 年 4 月 11 日提交中国专利局， 申请号为 200810091048.2, 发明名称为 "一种 BCAST中通知消息呈现方式的 方法和装置" 的中国专利申请及 2008年 11月 4日提交中国专利局， 申请号为 200810172292.1 , 发明名称为 "一种 BCAST中通知消息呈 现方式的方法和装置" 的中国专利申请的优先权， 其全部内容通过引 用结合在本申请中。 技术领域
本发明实施例涉及通信技术领域，特别是涉及一种通知消息呈现 的方法和装置。 背景技术
移动数字多媒体广播是在移动数字音频广播的基础之上发展而 来的一种全新广播技术， 将多媒体广播业务引入手机等移动终端。基 于移动多媒体广播技术的移动电视的业务，是现在最先进的移动多媒 体业务之一。 利用移动通信技术可以实现手机电视业务传输功能， 但 可能要付出占用双向对称信道带宽的代价， 当然可以采取定向或组播 等手段， 但在用户数量急剧增加的情况下， 网络服务的成本和 QoS ( Quality of Service, 服务质量）仍难以合理保障。 实际上， 视频等 大容量多媒体业务的传输对网络的要求是非对称的，即下行数据量远 远大于上行， 下行更适宜采用广播方式。 广播传输几乎没有用户数量 的限制， 在节目和频谱等资源利用率、 系统用户容量和业务成本等方 面都具有明显优势。 总的来说， 移动广播能够低成本高效率地大量传 播多媒体内容。
移动电视除了能使用户可以随时随地接收电视节目，其最大潜力 在于整合互动技术，使得内容提供商或业务提供商等可以设计出更能 吸引观众的互动应用节目， 创造出全新的收视体验， 产生极具吸引力 的增值业务。
由于手机电视服务涉及庞大的广播及手机通信系统， 因此必须通 过一致性的接口标准来完成数据的传送、 解码、 交换等沟通动作。
Mobile BCAST ( Broadcast ) Services (移动广播业务）是 OMA ( Open Mobile Alliance, 开放移动联盟）提出来的关于移动多媒体广播 /多播 业务应用层的标准。 在广播上， 它包括传统的一对多的广播方式和多 播（Multicast )方式， 而且考虑在现有的网络架构上， 将原来的数字 广播业务连接起来。 OMA BCAST致力于业务发现和获取、 电子节目 /业务指南、 计费、 内容 /业务保护等方面， 制定具体的业务引擎， 并 确保其独立于承载层。
在 OMA BCAST中， 所定义的业务引擎（ Enablers ) 负责将整个 系统中的 CP ( Content Provider , 内容提供商）、 BDS ( Broadcast Distribution Systems, 广播分发系统）、 终端从应用层整合起来， 使系 统独立于底层网络。其中 BDS可以是 MBMS ( Multimedia Broadcast I Multicast Service , 多媒体广播 /多播业务）、 BCMCS ( Broadcast Multicast Service , 广播多播业务 ）、 DVB-H ( Digital Video Broadcast-Handheld, 手持数字视频广播）等不同的分发网络。
BCAST包括以下功能模块：
1 )业务指南功能（ Service Guide Function )
2 )文件分发功能 ( File Distribution Function )
3 ) 流分发功能 ( Stream Distribution Function )
4 ) 业务保护和内容保护功能 ( Service Protection and Content Protection Functions )
5 ) 业务交互功能 ( Service Interaction Function )
6 ) 业务提供功能 ( Service Provisioning Function )
7 )通知功能 ( Notification Function )
8 )终端酉己置功能 ( Terminal Provisioning Function )
在实现本发明的过程中， 发明人发现现有技术至少存在以下问 题： 上述 BCAST业务的通知（ Notification ) 消息中， 支持的媒体类 型有限， 只包括图片、 音频、 视频类型， 而且没有携带关于内容如何 呈现的描述信息，如：文本或图片等媒体对象在屏幕的什么位置显示， 是占用整个屏幕还是部分叠加在现有内容之上； 文字以 flash方式显 示还是需要用户点击确认； 还有关于互动广告的呈现、 事件转换等都 没有涉及。 发明内容
本发明实施例提供了一种通知消息呈现的方法和装置，以实现服 务器可以将通知消息呈现信息下发到终端，终端根据所述呈现信息呈 现通知消息。
为达到上述目的，本发明实施例一方面提出一种通知消息呈现的 方法， 包括以下步骤：
接收含有呈现信息的通知消息；
根据所述呈现信息， 呈现所述通知消息。
另一方面， 本发明实施例还提出一种通知消息呈现的方法， 包括 以下步骤：
生成含有呈现信息的通知消息；
发送所述通知消息。
另一方面， 本发明实施例还提出一种终端， 包括：
接收模块， 用于接收含有呈现信息的通知消息；
识别模块，用于识别所述接收模块所接收的通知消息中的呈现信 息类型；
呈现模块， 用于根据所述识别模块的识别结果， 呈现所述通知消 另一方面， 本发明实施例还提出一种服务器， 包括:
生成模块， 用于生成含有呈现信息的通知消息；
发送模块， 用于发送所述生成模块生成的通知消息。 与现有技术相比， 本发明实施例的技术方案具有以下优点： 因为 采用了在通知消息中扩展携带更多媒体类型和呈现方式的方法，从而 使服务器可以将通知消息呈现方式的信息下发到终端，终端根据所述 方式呈现通知消息， 达到了丰富服务内容、 改善用户体验的效果。 附图说明
图 1 为本发明实施例一中一种通知消息呈现的方法的流程示意 图；
图 2 为本发明实施例三中终端接收并呈现通知消息内容的流程 示意图；
图 3 为本发明实施例四中终端接收并呈现通知消息内容的流程 示意图；
图 4为本发明实施例五中一种终端的结构示意图；
图 5为本发明实施例六中一种通知消息呈现的方法流程示意图； 图 6为本发明实施例七中一种服务器的结构示意图。
具体实施方式
本发明实施例提出了一种通知消息呈现的方法和装置，使得服务 器可以将通知消息的呈现信息下发到终端，终端根据所述呈现信息呈 现通知消息。
下面结合附图和实施例，对本发明的具体实施方式作进一步详 细描述：
如图 1所示， 为本发明实施例一， 一种通知消息呈现的方法的 流程示意图， 包括：
步骤 S101、终端接收含有呈现方式标识字段的通知（ Notification) 消息；
步骤 S102、 根据呈现信息， 呈现通知 ( Notification ) 消息。
具体的， 呈现信息的类型包括以下四种字段类型中的一种或几 种： ( 1 )描述呈现的媒体信息， 通知消息携带的媒体信息存放在 "medialnformation"字段中， 目前仅支持图片、 音频、视频这三种媒体 类型， 通过本发明实施例所提供的方法， 添加描述呈现的媒体信息， 可以对媒体类型进行扩展， 从而丰富通知消息中可携带的媒体类型。
终端识别通知消息中的媒体信息后， 将所识别的媒体文件呈现。
( 2 )描述通知消息中携带内容的呈现规则的信息， 通过添加此 种类型的字段， 对通知消息进行了扩展， 以支持对通知消息内容呈现 方式的描述。
终端识别通知消息中的呈现规则信息后， ^据所述规则呈现通知 消息中的媒体对象。
( 3 )通知消息媒体对象呈现信息的引用标识， 通过添加此种类 型的字段， 扩展了通知消息中的内容， 使其不仅限于自身携带媒体内 容，也可以通过标识引用文件的信息，实现对通知消息外内容的引用， 终端获取呈现信息的媒体文件，根据文件描述呈现通知消息中的媒体 对象。
( 4 ) 富媒体内容的呈现信息， 通过添加此种类型的字段， 扩展 了通知消息中的内容， 从而， 使终端可以获取富媒体数据， 并根据富 媒体数据中的描述信息呈现通知消息内容。
在上述呈现信息的类型中， 描述呈现的媒体信息、通知消息媒体 对象呈现信息的引用标识和富媒体内容的呈现信息都属于通知消息 中携带的富媒体数据信息。
以上所列举的呈现信息的四种类型可以单独存在于通知消息中， 实现对相应内容的扩展， 也可以有多个类型存在于通知消息中， 实现 对多种内容的扩展，以上描述的一种或多种类型存在于通知消息中的 情况均属于本发明的保护范围。
通过应用本发明实施例，可以实现在通知消息中扩展支持的媒体 类型，增加呈现规则描述的作用，使通知消息中携带更多的媒体信息， 同时丰富信息的呈现方式， 改善用户体验、 丰富业务种类。 进一步的， 为方便说明， 本发明通过后续实施例中具体的通知消 息修改方案， 对本发明的技术方案进行详细描述。
本发明实施例二， 一种扩展呈现描述信息的方法， 通过本方法通 知消息可以携带更多的媒体类型。
在现有技术中 ， 通知消 息携带的媒体信息存放在
"medialnformation"字段中， 目前仅支持图片、 音频、视频这三种媒体 类型， 大大限制了通知消息的内容携带量， 进而影响了业务种类的开 展。
如表 1 所示， 本发明实施例通过扩展描述呈现的媒体信息的方 法， 对媒体类型进行扩展， 具体为：
表 1 扩展描述呈现的媒体信息的通知消息
Name Type Cardinality Description Data Type
Notification E Notification 消息
Message
id A 1 Notification消息标识 anyURI
付
version A 1 Notification消息版本 unsignedlnt
Notification A 1 Notification类型。 unsignedByte
Type 允许取值：
0 - 面向用户的消息
1 - 面向终端的消息
2- 255: 其他
eventType A 1 Notification消息携带 unsignedByte 的 Notification事件类
型
validTo A 0..1 Notification消息有效
时间， 截止点
Description El 0..N Notification的描述或 string
消息
Presentation El 1 根据优先级推荐的呈 unsignedByte
Type 现类型。
允许取值为：
0 - 高优先级
Notification消息，终端
可以中断所有应用立
即呈现该消息。 1 - 中等优先级
Notification消息，终端 可以覆盖正在播放的
业务， 立即呈现该消
2 -低优先级， 用户需 要时呈现。
3- 255: 其他
Media El 0..1 用于构建和呈现
Information Notification消息。
Picture E2 0..N 定义怎样获得一个图
片和 MIME type。
mimeType A 0..1 图片的 MIME type string pictureURI A 0..1 引用图片的 URI anyURI
Video E2 0..N 定义怎样获得一个视
频和 MIME type。
mimeType A 0..1 视频的 MIME type string codec A 0..1 与 MIME媒体类型相 string 关的 codec参数
videoURI A 0..1 引用视频的 URI anyURI
Audio E2 0..N 定义怎样获得一个音
频和 MIME type。
mimeType A 0..1 音频的 MIME type string codec A 0..1 与 MIME媒体类型相 string 关的 codec参数
audioURI A 0..1 引用音频的 URI anyURI flash E2 0..N 定义怎样获得一个
flash和 MIME type„
mimeType A 0..1 Flash的 MIME type string flashURI A 0..1 引用 flash的 URI anyURI
Svg E2 0..N 定义怎样获得一个 svg
和 MIME type。
mimeType A 0..1 Svg的 MIME type string svgURI A 0..1 引用 svg的 URI anyURI 其中， 如表 2所示， 扩展的描述呈现的媒体信息为:
表 2 呈现媒体信息
Figure imgf000009_0001
Svg E2 0..N 定义怎样获得一个 svg和 MIME type
mimeType A 0..1 Svg的 MIME type string svgURI A 0..1 引用 svg的 URI anyURI 在上述的本发明实施例中， 通过扩展增加了 flash和 svg类型的 媒体信息， 以上只是一个举例， 通过本实施例的方法还可以扩展其他 类型的媒体信息， 如 text, script, SMIL ( Synchronized Multimedia Integration Language ,同步多媒体集成语言 ), XML( extensible Markup
Language, 可扩展标记语言）等， 以上基于本发明技术思想的变化， 均属于本发明的保护范围。
本实施例提供了一种携带描述呈现的媒体信息的方法，通过本方 法通知消息可以携带更丰富的媒体信息， 从而扩展了业务种类， 改善 了用户使用体验。 本发明实施例三，一种在通知消息格式中扩展描述该通知消息中 携带内容的呈现规则信息的方法， 终端在接收到此种通知消息后， 根 据字段中所指定的呈现规则， 呈现该通知消息的内容。
根据通知消息类型和事件类型的不同，通知消息内容组成也各不 相同， 本实施例只是一个举例。 对通知消息进行了扩展， 以支持对通 知消息内容呈现方式的描述。
如表 3所示，本发明实施例通过扩展描述该通知消息中携带内容 的呈现规则信息的方法，对该通知消息中携带内容的呈现规则进行扩 展， 具体为：
表 3 扩展描述消息中携带内容的呈现规则的字段的通知消息
Figure imgf000010_0001
0 - 面向用户的消息
1- 面向终端的消息
2- 255: 其他
eventType A 1 Notification消息携带 unsignedByte 的 Notification事件类
型
validTo A 0..1 Notification消息有效
时间， 截止点
Description El 0..N Notification的描述或 string
消息
Presentation El 1 根据优先级推荐的呈 unsignedByte Type 现类型。 允许取值为：
0 - 高优先级
Notification消息，终端
可以中断所有应用立
即呈现该消息。
1 - 中等优先级
Notification消息，终端
可以覆盖正在播放的
业务， 立即呈现该消
2 -低优先级， 用户需
要时呈现。
3- 255: 其他
Media El 0..1 用于构建和呈现
Information Notification消息。
Picture E2 0..N 定义怎样获得一个图
片和 MIME type。
Id A 0..1 图片标识符 anyURI mimeType A 0..1 图片的 MIME type string pictureURI A 0..1 引用图片的 URI anyURI
Video E2 0..N 定义怎样获得一个视
频和 MIME type。
Id A 0..1 视频标识符 anyURI mimeType A 0..1 视频的 MIME type string codec A 0..1 与 MIME媒体类型相 string
关的 codec参数
videoURI A 0..1 引用视频的 URI anyURI
Audio E2 0..N 定义怎样获得一个音
频和 MIME type。
Id A 0..1 音频标识符 anyURI mimeType A 0..1 音频的 MIME type string codec A 0..1 与 MIME媒体类型相 string
关的 codec参数
audioURI A 0..1 引用音频的 URI anyURI renderingRule El 0..1 描述呈现规则
viewBox E2 0..N 呈现窗口位置、 大小
width A 1 窗口宽度 unsignedlnt height A 1 窗口高度 unsignedlnt
Original A 1 窗口起点坐标 CDATA
MedialD E3 0..N 引用媒体标识符 anyURI
Rendering A 0..1 呈现起始时间 unsignedlnt Time
duration A 0..1 呈现时长 unsignedlnt 其中， 如表 4所示， 扩展的描述通知消息中携带内容的呈现规则 信息的部分为：
表 4描述通知消息中携带内容的呈现规则信息
Figure imgf000012_0001
进一步的， 以一条通知消息为例对本实施例进行说明， 如图 2所 示， 终端接收并呈现通知消息内容的流程示意图， 包括以下步骤：
XML形式的通知消息为：
<?xml version="1.0" encoding="UTF-8"?>
<NotificationMessage id=" 10489" version:" 1.0" NotificationType ="0" eventType="5"
validTo="21536" >
<PresentationType> 1 </PresentationType>
<MediaInformation>
< Video id="00175" mimeType="video/mpg" codec="mpeg videoURI="www.example.com/clip.mpg" /> </MediaInformation>
<renderingRule>
<viewBox width="300px" height="200px" original="0 0 1500 1000">
<mediaID renderingTime="20070319T1400" > 00175
</mediaID>
</viewBox>
</renderingRule>
</NotificationMessage>
步骤 S201、 识别通知 ( Notification ) 消息类型。
终端通过消息指示知道该通知消息是面向用户的消息 ( NotificationType="0" ) , 即需要呈现给用户。
步骤 S202、 识别根据优先级推荐的呈现类型。
PresentationType值为 1 ,则终端选择在正在播放的内容上叠加呈 现通知消息内容。
步骤 S203、 获取媒体内容。
终端才艮据媒体信息 ( Medialnformation ) 从" www.example.com /clip.mpg"获取视频媒体对象。
步骤 S204、 根据呈现规则进行呈现。
窗口的定义规则为： 窗口宽度 width="300px" , 窗口高度 height="200px" , 窗口起点标识 original="0 0 1500 1000' '等。
终端根据呈现规则进行呈现处理：根据呈现时间（ renderingTime ) 在展幕上 viewBox指定的位置播放从" www.example.com/clip.mpg"获 取的视频。
以上通知消息形式及处理过程只是一个举例，实际实现时可以根 据本发明的技术思想进行调整， 例如可以采用更复杂的呈现规则， 或 用其他形式描述呈现规则，终端处理步骤也可以根据实际需要进行调 整或改变， 但并不影响本发明的保护范围。 本发明实施例提供了一种在通知消息格式中扩展描述该通知消 息中携带内容的呈现规则信息的方法， 通过本方法， 服务器可以在通 知消息中制定通知消息内容的呈现规则，终端在接收到此种通知消息 后， 根据字段中所指定的呈现规则呈现该通知消息的内容。 本发明实施例四，一种在通知消息中添加通知消息呈现信息的引 用标识，扩展了通知消息中的内容，使其不仅限于自身携带媒体内容, 也可以通过标识引用文件的信息， 实现对通知消息外内容的引用， 终 端通过引用标识获取呈现信息的媒体文件，根据文件描述呈现通知消 息。
如表 5所示，本发明实施例通过扩展描述该通知消息呈现信息的 引用标识的方法，对该通知消息外内容的呈现方式进行扩展，具体为： 表 5 扩展描述消息外内容的呈现方式的字段的通知消息
Figure imgf000014_0001
1 - 中等优先级
Notification消息， 终端
可以覆盖正在播放的业
务， 立即呈现该消息
2 -低优先级，用户需要
时呈现
3-255: 其他
Media El 0..1 用于构建和呈现
Information Notification消息
Picture E2 0..N 定义怎样获得一个图片
和 MIME type
mimeType A 0..1 图片的 MIME type string pictureURI A 0..1 引用图片的 URI anyURI
Video E2 0..N 定义怎样获得一个视频
和 MIME type
mimeType A 0..1 视频的 MIME type string codec A 0..1 与 MIME媒体类型相关 string
的 codec参数
videoURI A 0..1 引用视频的 URI anyURI
Audio E2 0..N 定义怎样获得一个音频
和 MIME type
mimeType A 0..1 音频的 MIME type string codec A 0..1 与 MIME媒体类型相关 string
的 codec参数
audioURI A 0..1 引用音频的 URI anyURI renderType E2
E3 0..1 定义怎样获得一个 RME
Rme
和 MIME type
mimeType A 0..1 RME的 MIME type string rmeURI A 0..1 引用 RME的 URI anyURI 其中， 如表 6所示， 扩展的描述该通知消息呈现信息的引用标识 的部分为：
表 6描述该通知消息所指示内容的呈现信息的引用标识
Figure imgf000015_0001
在原有通知消息的基础上增加" renderType"类型， 该类型表示是 用于描述通知消息呈现信息的内容。 在本例中， 终端接收到通知消息 后， 获取 RME文件， 根据 RME描述呈现通知消息。
进一步的， 以上述通知消息为例， 如图 3所示， 终端接收并呈现 通知消息内容的流程示意图， 包括：
步骤 S301、 终端识别呈现信息中是否含有引用标识。
如果有， 则转入步骤 S302;
如果没有， 则将通知（ Notification )消息内容采用已有技术呈现， 即终端 native方式呈现。
具体的， 以上述通知消息为例， 终端首先从通知消息中判断是否 有 "renderType"字段。
步骤 S302、 判断终端能力是否支持引用标识对应的媒体类型。 如果支持， 则转入步骤 S303;
如果不支持， 则将通知（Notification ) 消息内容采用终端 native 方式呈现。
以上述通知消息为例， 其中包含的 "renderType"字段的 "mimeType"类型为 RME, 则判断终端是否支持 RME, 如果不支持则 采用终端 native方式呈现通知消息内容。
步骤 S303、 获取引用标识对应的媒体。
以上述通知消息为例， 终端支持 RME媒体类型， 则终端根据 "renderType"字段的 "rmeURI"获取 RME文件， RME文件中包含如何 呈现通知消息内容的描述。
步骤 S304、 呈现引用标识对应的媒体。
终端以 RME方式呈现通知消息内容。
本发明实施例提供了解决终端兼容性的处理方法，用于描述呈现 方式的媒体文件信息包含在通知消息中。 当通知消息通过广播 /多播 信道下发到终端后， 由于终端能力差异， 个别终端会不支持所使用的 媒体类型， 这时不支持的终端采用终端 native方式呈现， 支持所用媒 体类型的终端采用通知消息媒体文件描述的方式呈现通知消息。对于 点对点方式下发的通知消息，服务器可以根据终端能力选择本实施例 所述通知消息扩展方式下发或使用原有的通知消息格式下发。
需要进一步指出的是， 以上通知消息扩展和应用只是一个举例， 除了可以携带 RME ( Rich Media Environment, 富媒体环境 )媒体类 型的文件， 还可以携带脚本（ script )、 SVG ( Scalable Vector Graphics, 可缩放矢量图形；)、 SMIL, XHTML ( The Extensible HyperText Markup Language , 可扩展超文本标识语言）、 HTML ( HyperText Mark-up Language, 超文本标记语言）等多种形式的媒体类型文件， 利用这些 媒体文件携带的信息进行通知消息呈现。
本实施例提供了一种在通知消息中携带通知消息呈现信息的 ^ ) 用标识的方式， 终端获取描述信息文件， 根据描述信息呈现通知消息 内容。 与实施例三不同的是， 本实施例将描述内容呈现的信息放在通 知消息之夕卜， 终端通过通知消息 （如 rmeURI ( Uniform Resource Identifier, 统一资源标识符））获得呈现信息文件， 并根据文件描述 呈现通知消息内容。 考虑到通知消息长度的限制， 通过本实施例可以 实现大信息量呈现方式描述， 同时支持更多媒体类型的呈现信息， 提 供更丰富的通知消息呈现方式。 本发明实施例五，一种在通知消息中扩展描述该通知消息所指示 内容的呈现信息的方法， 扩展了通知消息中的内容， 使其不仅限于自 身携带媒体内容， 也可以通过携带的富媒体信息， 实现对富媒体数据 的引用， 并且进一步通过增加流会话信息， 使所引用的富媒体类型为 富媒体流时， 为获取该富媒体流数据提供获取方式。 终端获取呈现信 息的媒体文件， 根据文件描述呈现通知消息。
相对应的，本发明实施例提供了一种在通知消息中携带呈现信息 的方法。 通知消息携带用于描述通知消息内容呈现的富媒体信息， 终 端获取富媒体文件， 根据文件描述呈现通知消息。
如表 7所示， 本发明实施例通过扩展富媒体信息的方法， 对媒体 类型进行扩展， 具体为：
表 7 扩展描述富媒体信息的字段的通知消息 Name Type Cardinality Description Data Type
Notification E Notification消息
Message
id A 1 Notification消息标识符 anyURI version A 1 Notification消息版本信 unsignedlnt notificationT A 1 Notification类型 unsignedByte ype 允许取值：
0 - 面向用户的消息
1- 面向终端的消息
2- 255: 其他
eventType A 1 Notification消息携带的 unsignedByte notification事件类型
validTo A 0..1 Notification消息有效时 unsignedlnt 间， 截止点
Description El 0..N Notification的描述或消 string
Session El 0..N Notification消息指向另
一个会话， 用于文件下
Information
载或更新， SG下载或更
新， 辅助数据下载等
当接收到携带
"Ses sionlnf ormation' 'Not
ification消息后，终端将
接入
' 'Se s sionlnf ormation' '所
定义的相关会话， 执行
相应的动作， 如接收会
话中的内容
A 0..1
validFrom Notification 消息有效起 unsignedlnt 始时间
A 0..1 Notification nsignedlnt validTo 消息有效截 u
止时间
usageType A 0..1 传送对象类型， 允许取 unsignedByte 值：
0 - 未定义
1 -文件
2-
3 - SGDD
4 - SGDD和 SGDU
5 - notification
6-255 预留 默认值： 0
Delivery E2 0..1 由 Notification消息指定
Session 的目标传送会话信息
ipAddress A 1 目标传送会话的目标 IP string
地址
port A 1 目标传送会话的目标端 unsignedShort a
sourcelP A 0..1 目标传送会话的源 IP地 string
址
transmission A 1 ALC/LCT级的传送会话 unsignedShort SessionID 标识符
E3 0..N
Trans ort 通过传送会话传送的传 positivelntege ObjectID 送对象 ID r
E2 0..1
Alternative 用于从交互信道接收对 anyURI
象的 URI。 如果终端不
URI
能够接入指定的传送会
话， 终端可以通过
AlternativeURI接收通知
消息相关的对象.
E2 0..1
Streaming 由 notification消息指定
的目标流会话信息
Session
A 0..1
ipAddress 目标传送会话的目标 IP string
地址
A 0..1
Port 目标传送会话的目标端 unsignedShort a
A 0..1
SourcelP 目标传送会话的源 IP地 string
址
Presentation El 1 根据优先级推荐的呈现 unsignedByte Type 类型。 允许取值为：
0 - 高优先级
Notification消息， 终端
可以中断所有应用立即
呈现该消息。
1 - 中等优先级
Notification消息， 终端
可以覆盖正在播放的业
务， 立即呈现该消息。
2 -低优先级，用户需要
时呈现。
3- 255: 其他
Media El 0..1 用于构建和呈现
Information Notification消息。 Picture E2 0..N 定义怎样获得一个图片
和 MIME type
mimeType A 0..1 图片的 MIME type string pictureURI A 0..1 引用图片的 URI anyURI
Video E2 0..N 定义怎样获得一个视频
和 MIME type
mimeType A 0..1 视频的 MIME type string
codec A 0..1 与 MIME媒体类型相关 string
的 codec参数
videoURI A 0..1 引用视频的 URI anyURI
Audio E2 0..N 定义怎样获得一个音频
和 MIME type。
mimeType A 0..1 音频的 MIME type string
codec A 0..1 与 MIME媒体类型相关 string
的 codec参数
audioURI A 0..1 引用音频的 URI anyURI renderType E2
RichMedia E3 0..1 定义怎样获得一个富媒
Info 体数据
A 0..1 表示富媒体数据的类 string
型， 例如可以是 RME、
Type
DIMS、 LASeR、 SVG
等
Ver sion A 0..1 表示 Type所指定的富媒 unsignedlnt 体的版 例如 LASeR
有 1.0和 2.0两个版本
URI A 0..1 表示 Type所指定的富媒 anyURI
体的 URI
具体的， 表 7是本发明实施例对现有通知消息格式的扩展， 扩展 部分如下：
在现有技术中 的 " Sessionlnformation " 字段中增力口了 "streamingSession"元素，用于描述流会话的信息， 包含流会话地址, 如目标 IP地址、 源 IP地址、 端口号等， 具体如表 8所示：
表 8 流会话的描述信息
Figure imgf000020_0001
A 0..1
Port 目标传送会话的目标端口 unsigned
Short
A 0..1
SourcelP 目标传送会话的源 IP地址 String
在现有技术中的通知消息的基础上增加 "RichMedialnfo"元素, 即富媒体信息元素， 具体如表 9所示：
表 9 富媒体数据的描述信息
Figure imgf000021_0001
富媒体数据描述了通知消息呈现信息， 其具体内容说明如下：
"RichMedialnfo" , 定义了富媒体数据的描述信息；
"Type" , 表示富媒体数据的类型， 具体可以是以下内容： RME、 DIMS ( Dynamic Interactive Multimedia Scene,动态交互多媒体场景 )、 LASeR ( Lightweight Application Scene Representation, 轻量级应用场 景描述）、 SVG等；
"Version" , 表示 "Type" 所定义的富媒体数据类型的版本， 如 LASeR有 1.0和 2.0两个版本；
"URI" , 表示 "Type" 所指定的富媒体数据的 "URI"。
在实际应用场景下，富媒体数据可以通过以下几种方式传送给终 端：
( 1 )广播信道文件传送方式。
富媒体数据以文件形式存在， 并以广播方式下发。
通知消息中 "Sessionlnformation" (具体为 "deliverySession" 子 元素）描述了文件传输会话信息， 包含文件传输地址， 如源 IP地址、 目标 IP地址、 端口号、 传送对象 ID等。 终端通过接入该会话接收富 媒体数据文件。
( 2 )广播信道流的方式传送。
富媒体数据以流的形式存在， 通过广播信道下发。
通知消息中 "Sessionlnformation" (具体为 " streamingSession" 子元素）描述了流传输会话信息， 包含流会话地址， 如目标 IP地址、 源 IP地址、 端口号等， 终端通过接入该会话接收富媒体数据流。
( 3 )终端通过交互信道获取。
通知 消 息 中 定义 了 交互式获取数据 的地址 ， 如 " Sessionlnformation " 元素 中 的 " alternativeURI，， , 或 者 "RichMedialnfo" 中的 "URI" , 即富媒体数据 URI。 如果这些地址 被赋值， 则终端可以向所指定的 URI请求获取相关的富媒体数据。
进一步的， 相对于表 9所提出的富媒体数据的描述信息， 在本实 施例中所提及的版本信息可以包含在 "Type"属性中， 如表 10所示， 其扩展部分变为：
表 10 版本信息包含于 Type元素中的富媒体数据的描述信息
Figure imgf000022_0001
其中 Type取值可以是 RME、 SVG, LASeR、 DIMS等， 也可以 是包含版本的取值， 如 LASeR 1.0、 LASeR 2.0, DIMS 1.0等。
本实施例提供了一种在通知消息中扩展携带富媒体数据的方式， 终端获取富媒体数据，根据富媒体数据中的描述信息呈现通知消息内 容。 如图 4所示，为本发明实施例五，一种终端的结构示意图， 包括： 接收模块 41 , 用于接收含有呈现信息的通知消息；
识别模块 42, 用于识别接收模块 41所接收的通知消息中的呈现 信息类型；
呈现模块 43 , 用于根据识别模块 42的识别结果， 呈现通知消息 所通知的广播业务。
其中， 识别模块 42, 还包括以下子模块中的一种或几种： 富媒体数据信息识别子模块 421 , 用于识别所述通知消息中携带 的富媒体数据信息；
呈现规则识别子模块 422 , 用于识别所述通知消息中的呈现信息 所定义的呈现规则。
其中， 所述富媒体数据信息包括： 富媒体数据类型， 和 /或富媒 体数据版本信息， 和 /或富媒体数据的获取地址。
上述子模块可以全部存在于识别模块 42中， 也可以根据需要只 设计其中的一个或几个， 这样的变化同样属于本发明的保护范围。
本发明实施例的技术方案具有以下优点， 因为采用了在通知消息 中扩展携带更多媒体类型和呈现方式的方法， 从而， 使服务器可以将 通知消息呈现方式的信息下发到终端，终端根据对应的方式呈现互动 业务， 达到了丰富服务内容、 改善用户体验的效果。 本发明上述实施例从接收终端的角度对本发明的技术方案进行 了说明， 为了进一步说明本发明的完整技术思想， 通过以下实施例， 从本发明实施例所提出的通知消息的发送服务器角度进行详细说明。
如图 5所示， 为本发明实施例六， 一种通知消息呈现的方法流程 示意图， 包括：
步骤 S501、服务器生成含有呈现信息的通知（ Notification )消息。 呈现信息具体包括上述本发明实施例一所提出的信息类型的一 种或几种， 即：
( 1 )描述呈现的媒体类型信息；
即生成的通知消息当中包含描述呈现的媒体文件。
( 2 )通知消息中携带内容的呈现规则信息；
即生成的通知消息中包含该通知消息中携带内容的呈现规则信 息。 呈现规则信息具体包括： 窗口位置信息、 窗口形状信息、 显示时 间信息、 显示内容信息、 窗口起点坐标信息等内容中的一种或多种。 ( 3 )通知消息所指示内容的呈现信息的引用标识。
即生成的通知消息的呈现信息中携带引用标识，引用标识对应的 媒体类型信息和引用标识对应的媒体存放的 URI。
( 4 )通知消息中携带富媒体内容的呈现类型信息。
即生成的通知消息的呈现信息中携带富媒体数据的描述信息，通 过该描述信息， 可以获取相应的富媒体数据。
在上述呈现信息的类型中， 描述呈现的媒体类型信息、 通知消息 媒体对象呈现信息的引用标识和描述通知消息中携带富媒体内容的 呈现类型信息都属于通知消息中携带的富媒体数据信息。
步骤 S502、 服务器向终端发送通知 (Notification)消息。
本发明实施例的技术方案具有以下优点： 因为采用了在通知消息 中扩展携带更多媒体类型和呈现方式的方法， 从而， 使服务器可以将 通知消息呈现方式的信息下发到终端，终端根据对应的方式呈现互动 业务， 达到了丰富服务内容、 改善用户体验的效果。 如图 6所示， 为本发明实施例七， 一种服务器的结构示意图， 包 括：
生成模块 61 , 用于生成含有呈现信息的通知消息；
发送模块 62, 用于发送生成模块 61生成的通知消息。
其中， 生成模块 61 , 包括：
富媒体数据信息添加子模块 611 , 用于在所述通知消息中添加所 述通知消息中携带的富媒体数据信息。
呈现方法添加子模块 612, 用于在所述通知消息中添加所述通知 消息中携带内容的呈现规则信息。
其中， 所述富媒体数据信息包括： 富媒体数据类型， 和 /或富媒 体数据版本信息， 和 /或富媒体数据的获取地址。
上述子模块可以全部存在于生成模块 61 中， 也可以根据需要只 设计其中的一个或几个， 这样的变化同样属于本发明的保护范围。
本发明实施例的技术方案具有以下优点： 因为采用了在通知消息 中扩展携带更多媒体类型和呈现方式的方法， 从而， 使服务器可以将 通知消息呈现方式的信息下发到终端，终端根据对应的方式呈现互动 业务， 达到了丰富服务内容， 改善用户体验的效果。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解 到本发明， 可以通过硬件实现， 也可以借助软件加必要的通用硬件平 台的方式来实现。基于这样的理解， 本发明的技术方案可以以软件产 品的形式体现出来， 该软件产品可以存储在一个非易失性存储介质
(可以是 CD-ROM, U盘， 移动硬盘等） 中， 包括若干指令用以使 得一台计算机设备（可以是个人计算机， 服务器， 或者网络设备等） 执行本发明各个实施例所述的方法。
总之， 以上所述仅为本发明的较佳实施例而已， 并非用于限定本 发明的保护范围。 凡在本发明的精神和原则之内所作的任何修改、 等 同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求
1、 一种通知消息呈现的方法， 其特征在于， 包括以下步骤： 接收含有呈现信息的通知消息；
根据所述呈现信息， 呈现所述通知消息。
2、 如权利要求 1所述通知消息呈现的方法， 其特征在于， 所述 呈现信息包括：
富媒体数据信息； 和 /或，
呈现规则信息。
3、 如权利要求 2所述通知消息呈现的方法， 其特征在于， 当所 述呈现信息为富媒体数据信息时， 所述富媒体数据信息包括：
富媒体数据类型， 和 /或富媒体数据版本信息， 和 /或富媒体数据 的获取地址。
4、 如权利要求 3所述通知消息呈现的方法， 其特征在于， 所述 富媒体数据的获取地址包括： 文件会话地址， 或流会话地址， 或富媒 体数据 URI。
5 如权利要求 1所述通知消息呈现的方法， 其特征在于， 所述呈 现信息描述了如何获取用于呈现通知消息的富媒体数据，和富媒体数 据的类型。
6、 如权利要求 5所述通知消息呈现的方法， 其特征在于所述呈 现信息描述了如何获取用于呈现通知消息的富媒体数据， 其特征在 于：
当所述通知消息中包含文件传输会话信息时，从所述传输会话中 获取所述富媒体数据； 或，
当所述通知消息中包含流会话信息时，从所述流会话中获取所述 富媒体数据； 或，
当所述通知消息中包含交互式获取富媒体数据的地址时，从所述 获取地址获取所述富媒体数据。
7、 如权利要求 3或 4所述通知消息呈现的方法， 其特征在于， 所述富媒体数据类型具体包括：
RME、 或 LASeR、 或 DIMS、 或 SVG、 或 LASeR 1.0。
8、 如权利要求 2所述通知消息呈现的方法， 其特征在于， 当所 述呈现信息为富媒体数据信息时， 所述呈现信息还包括：
流会话的描述信息。
9、 如权利要求 2所述通知消息呈现的方法， 其特征在于， 当所 述呈现信息为呈现规则信息时， 所述根据呈现规则信息， 呈现所述通 知消息的步骤， 包括：
识别所述通知消息中携带内容的呈现规则信息中所描述的呈现 规则；
根据所述呈现规则， 呈现所述通知消息。
10、 一种通知消息呈现的方法， 其特征在于， 包括以下步骤： 生成含有呈现信息的通知消息；
发送所述通知消息。
11、 如权利要求 10所述通知消息呈现的方法， 其特征在于， 所 述呈现信息包括如下信息：
所述通知消息中携带的富媒体数据信息； 和 /或，
所述通知消息中携带内容的呈现规则信息。
12、 如权利要求 11所述通知消息呈现的方法， 其特征在于， 当 所述呈现信息为所述通知消息中携带的富媒体数据信息时，所述富媒 体数据信息包括：
富媒体数据类型， 和 /或富媒体数据版本信息， 和 /或富媒体数据 的获取地址。
13、 如权利要求 10所述通知消息呈现的方法， 其特征在于， 所 述生成含有呈现信息的通知消息， 具体为：
当所述呈现信息为所述通知消息中携带的富媒体数据信息时，生 成包括所述富媒体数据的描述信息的通知消息；
当所述呈现信息为所述通知消息中携带内容的呈现规则信息时， 生成包含所述通知消息中携带内容的呈现规则信息的通知消息。
14、 如权利要求 12所述通知消息呈现的方法， 其特征在于， 所 述富媒体数据类型， 具体包括：
RME、 或 LASeR、 或 DIMS、 或 SVG、 或 LASeR 1.0。
15、 一种终端， 其特征在于， 包括：
接收模块， 用于接收含有呈现信息的通知消息；
识别模块，用于识别所述接收模块所接收的通知消息中的呈现信 息类型；
呈现模块， 用于根据所述识别模块的识别结果， 呈现所述通知消 息。
16、 如权利要求 15所述终端， 其特征在于， 所述识别模块， 还 包括以下子模块中的一种或几种：
富媒体数据信息识别子模块，用于识别所述通知消息中携带的富 媒体数据信息；
呈现规则识别子模块，用于识别所述通知消息中的呈现信息所定 义的呈现规则。
17、 如权利要求 16所述终端， 其特征在于， 所述富媒体数据信 息包括：
富媒体数据类型， 和 /或富媒体数据版本信息， 和 /或富媒体数据 的获取地址。
18、 一种服务器， 其特征在于， 包括：
生成模块， 用于生成含有呈现信息的通知消息；
发送模块， 用于发送所述生成模块生成的通知消息。
19、 如权利要求 18所述服务器， 其特征在于， 所述生成模块， 包括：
富媒体数据信息添加子模块，用于在所述通知消息中添加所述通 知消息中携带的富媒体数据信息；
呈现规则添加子模块，用于在所述通知消息中添加所述通知消息 中携带内容的呈现规则信息。
20、 如权利要求 18所述服务器， 其特征在于， 所述富媒体数据 信息包括：
富媒体数据类型， 和 /或富媒体数据版本信息， 和 /或富媒体数据 的获取地址。
PCT/CN2009/071215 2008-04-11 2009-04-10 一种通知消息呈现的方法和装置 WO2009124507A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP09730716A EP2262193A4 (en) 2008-04-11 2009-04-10 METHOD AND DEVICE FOR PROVIDING NOTIFICATIONS

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200810091048.2 2008-04-11
CN200810091048 2008-04-11
CN2008101722921A CN101557267B (zh) 2008-04-11 2008-11-04 一种bcast中通知消息呈现方式的方法和装置
CN200810172292.1 2008-11-04

Publications (1)

Publication Number Publication Date
WO2009124507A1 true WO2009124507A1 (zh) 2009-10-15

Family

ID=41161556

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071215 WO2009124507A1 (zh) 2008-04-11 2009-04-10 一种通知消息呈现的方法和装置

Country Status (3)

Country Link
EP (1) EP2262193A4 (zh)
CN (1) CN101557267B (zh)
WO (1) WO2009124507A1 (zh)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8225231B2 (en) 2005-08-30 2012-07-17 Microsoft Corporation Aggregation of PC settings
CN102158811B (zh) * 2008-04-11 2013-10-09 华为技术有限公司 一种bcast中通知消息呈现方式的方法和装置
US20120159395A1 (en) 2010-12-20 2012-06-21 Microsoft Corporation Application-launching interface for multiple modes
US8689123B2 (en) 2010-12-23 2014-04-01 Microsoft Corporation Application reporting in an application-selectable user interface
US8612874B2 (en) 2010-12-23 2013-12-17 Microsoft Corporation Presenting an application change through a tile
US9423951B2 (en) 2010-12-31 2016-08-23 Microsoft Technology Licensing, Llc Content-based snap point
US9383917B2 (en) 2011-03-28 2016-07-05 Microsoft Technology Licensing, Llc Predictive tiling
US20120304068A1 (en) * 2011-05-27 2012-11-29 Nazia Zaman Presentation format for an application tile
US20120304132A1 (en) 2011-05-27 2012-11-29 Chaitanya Dev Sareen Switching back to a previously-interacted-with application
US8893033B2 (en) 2011-05-27 2014-11-18 Microsoft Corporation Application notifications
US9104307B2 (en) 2011-05-27 2015-08-11 Microsoft Technology Licensing, Llc Multi-application environment
US9658766B2 (en) 2011-05-27 2017-05-23 Microsoft Technology Licensing, Llc Edge gesture
US9158445B2 (en) 2011-05-27 2015-10-13 Microsoft Technology Licensing, Llc Managing an immersive interface in a multi-application immersive environment
US20130057587A1 (en) 2011-09-01 2013-03-07 Microsoft Corporation Arranging tiles
US10353566B2 (en) 2011-09-09 2019-07-16 Microsoft Technology Licensing, Llc Semantic zoom animations
US8922575B2 (en) 2011-09-09 2014-12-30 Microsoft Corporation Tile cache
US9557909B2 (en) 2011-09-09 2017-01-31 Microsoft Technology Licensing, Llc Semantic zoom linguistic helpers
US9146670B2 (en) 2011-09-10 2015-09-29 Microsoft Technology Licensing, Llc Progressively indicating new content in an application-selectable user interface
US9244802B2 (en) 2011-09-10 2016-01-26 Microsoft Technology Licensing, Llc Resource user interface
CN103248551A (zh) * 2012-02-03 2013-08-14 腾讯科技（深圳）有限公司 一种信息呈现方法及系统
CN103516577A (zh) * 2012-06-25 2014-01-15 北京神州泰岳软件股份有限公司 即时通信系统中的消息传输方法和设备
CN112367241A (zh) * 2020-10-16 2021-02-12 北京五八信息技术有限公司 消息生成和消息发送方法、装置、设备和计算机可读介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1794709A (zh) * 2005-11-04 2006-06-28 华为技术有限公司 一种呈现信息的通知方法和系统
US20070153709A1 (en) * 2006-01-03 2007-07-05 Samsung Electronics Co., Ltd. Method of notifying the presence of a terminal in a communications system and a system therefor
CN101056319A (zh) * 2007-03-20 2007-10-17 华为技术有限公司 呈现服务方法、系统及资源列表服务器
CN101155050A (zh) * 2006-09-29 2008-04-02 华为技术有限公司 一种处理通知消息的方法、终端、服务器及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004005188A1 (de) * 2004-02-02 2005-09-01 Vodafone Holding Gmbh Übertragung und Wiedergabe von Nachrichten in Mobilfunknetzen
US8935420B2 (en) * 2007-03-09 2015-01-13 Nokia Corporation Method and apparatus for synchronizing notification messages

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1794709A (zh) * 2005-11-04 2006-06-28 华为技术有限公司 一种呈现信息的通知方法和系统
US20070153709A1 (en) * 2006-01-03 2007-07-05 Samsung Electronics Co., Ltd. Method of notifying the presence of a terminal in a communications system and a system therefor
CN101155050A (zh) * 2006-09-29 2008-04-02 华为技术有限公司 一种处理通知消息的方法、终端、服务器及系统
CN101056319A (zh) * 2007-03-20 2007-10-17 华为技术有限公司 呈现服务方法、系统及资源列表服务器

Also Published As

Publication number Publication date
CN101557267A (zh) 2009-10-14
EP2262193A4 (en) 2011-08-03
CN101557267B (zh) 2011-06-08
EP2262193A1 (en) 2010-12-15

Similar Documents

Publication Publication Date Title
WO2009124507A1 (zh) 一种通知消息呈现的方法和装置
US11330312B2 (en) Apparatus and method for configuring a control message in a broadcast system
US9955220B2 (en) Device and method for receiving media content
KR101036737B1 (ko) 모바일 장치로 줌잉 피처를 제공하는 방법 및 줌잉 피처를 제공하는 모바일 장치
US9615119B2 (en) Method and apparatus for providing timeshift service in digital broadcasting system and system thereof
US20100037258A1 (en) Mobile broadcasting system and method for enhancing mobile broadcasting services with rich media including an enhanced service guide
US8473984B1 (en) Dynamically switching between unicast and broadcas on a mobile communications network
US8973026B2 (en) Decoding media content at a wireless receiver
US20080052741A1 (en) Method and Apparatus for Alternate Content Scheduling on Mobile Devices
US20080092164A1 (en) Providing a supplemental content service for communication networks
US20080092201A1 (en) Providing a supplemental content service for communication networks
JP5709858B2 (ja) 通信システムにおけるマルチスクリーンサービスの通知および対話のための方法および装置
BRPI0617259A2 (pt) aparelho; método; mìdia legìvel por computador; e sistema
KR20080030900A (ko) 맞춤형 방송 신호 수신기 및 방송 수신 방법
JP2009506607A (ja) デジタル放送サービスガイドにおけるメッセージングテンプレートを配信する方法
EP2209238A2 (en) Rich media-enabled service guide provision method and system for broadcast service
US20110093880A1 (en) Apparatus and method of providing an integrated rich media environment
AU2011233856A1 (en) Method and apparatus for providing timeshift service in digital broadcasting system and system thereof
TW201108653A (en) Rich media-enabled service guide provision method and system for broadcast service
Silhavy et al. 3GPP Rel-17 5G Media Streaming and 5G Broadcast powered by 5G-MAG Reference Tools
Lee et al. Design of middleware for interactive data services in the terrestrial DMB
TW200926816A (en) Method and system for providing an advertisement in a digital broadcasting
TWI384801B (zh) 使用ｉｐ網路實現之電視節目傳送系統
CN102158811B (zh) 一种bcast中通知消息呈现方式的方法和装置
KR20090101079A (ko) Ｉｐｔｖ 수신기의 데이터 처리 방법 및 상기 ｉｐｔｖ 수신기

Legal Events

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

Ref document number: 09730716

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2009730716

Country of ref document: EP