WO2008043266A1 - Procédé, terminal, serveur et système pour traiter un message de notification - Google Patents

Procédé, terminal, serveur et système pour traiter un message de notification Download PDF

Info

Publication number
WO2008043266A1
WO2008043266A1 PCT/CN2007/002843 CN2007002843W WO2008043266A1 WO 2008043266 A1 WO2008043266 A1 WO 2008043266A1 CN 2007002843 W CN2007002843 W CN 2007002843W WO 2008043266 A1 WO2008043266 A1 WO 2008043266A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
description information
parameter
notification message
server
Prior art date
Application number
PCT/CN2007/002843
Other languages
English (en)
French (fr)
Inventor
Jie Zhang
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP07816457.1A priority Critical patent/EP2071859B1/en
Publication of WO2008043266A1 publication Critical patent/WO2008043266A1/zh
Priority to US12/413,286 priority patent/US8433748B2/en

Links

Classifications

    • 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

Definitions

  • the present invention relates to mobile communication technologies, and more particularly to a method, terminal, server and system for processing notification messages. Background technique
  • the application layer technology independent of the bearer network, including channel content audio and video coding, electronic service guide, content protection technology, and service authentication, user management and billing, etc.
  • DVD Digital Video Broadcast
  • CBMS Convergence of Broadcast and Mobile Service
  • OMA Open Mobile Alliance
  • BCAST Broadcast
  • the application layer technology can directly utilize the IP program content on the existing Internet and broadcast to the end user through the broadcast network, thereby maximally protecting the existing content resources.
  • FIG. 1 is a schematic diagram of a networking for implementing a broadcast service in the prior art.
  • a broadcast application server is located on an IP network, and is connected to a broadcast network through an IP encapsulation device (IPE) for real-time implementation.
  • IPE IP encapsulation device
  • Key functions such as broadcast of the program, assembly and transmission of the electronic service guide, encryption of the program content, and transmission of the notification message
  • the client operation server is connected to the interactive network, and is used for providing the terminal user with program purchase information, receiving and processing the user's purchase request, and Customer service function
  • the terminal has the ability to access both the broadcast network and the interactive network.
  • the broadcast network can be used DVB-H technology, T-DMB technology, etc.;
  • the interactive network can adopt Code Division Multiple Access (CDMA) technology, Global System For Mobile Communication (GSM) technology, and the like.
  • CDMA Code Division Multiple Access
  • GSM Global System For Mobile Communication
  • Different notification service servers broadcast a notification message of the corresponding service to the terminal through the broadcast application server.
  • the Electronic Service Guide (ESG) consists of many different types of shards based on their inherent logical relationships.
  • the purchase target and purchase channel belong to the service offering, business package, business, program schedule and
  • the content belongs to the core of the service.
  • the service acquisition and the session description belong to the service access.
  • the session description does not belong to the fragment.
  • the structure of the ESG will vary for different implementations.
  • the specific meanings of the shards in Figure 2 are shown in Table 1.
  • the connection relationship between the shards indicates the correspondence between different shards. For example, the relationship between the service and the program schedule is 1 service fragment. Can correspond to 0 to n program schedules.
  • the notification function is used to send a message to the end user in the mobile broadcast system to notify some upcoming events, and the end user or the terminal performs corresponding processing, including but not limited to: emergency emergency message, system-related
  • the notification message such as notifying the end user system that a certain function has failed, an event message related to the program, related information such as a program actor, a notification message of the software update, and the like.
  • the broadcast notification message has a fixed structure, and the terminal can only obtain some fixed parameter values in the notification message, such as service identification, time, etc. according to the structure of the notification message, and use the fixed parameter values to complete some specific functions, such as notification messages. Filter and so on.
  • the parameters that can be carried in the notification message are very limited, and can only be some fixed parameters
  • the information obtained by the terminal user according to the notification message is very limited; and when the terminal user sets the filtering condition, only some fixed parameters can be used.
  • the setting of the filtering condition is limited by the fixed parameter included in the notification message, and the terminal user cannot flexibly set the filtering condition, and cannot meet the personalized requirement of the end user.
  • an embodiment of the present invention provides a method, a terminal, a server, and a system for processing a notification message, which provide more information to an end user through a notification message. Further, the terminal and the server cooperate to implement various notification messages. deal with.
  • the server sends a notification message carrying the description information to the terminal, where the description information includes parameters; the terminal parses the notification message according to the parameter.
  • the terminal for processing the notification message includes: a receiving unit, configured to receive a notification message carrying the description information, where the description information includes a parameter; and the processing unit is configured to perform parsing according to the parameter notification message.
  • the server for processing the notification message includes: a message generating unit, configured to add description information to the notification message; and a sending unit, configured to send the notification message carrying the description information.
  • the system for processing a notification message includes a server and a terminal, the server is configured to add description information to the notification message, and send the notification message to the terminal; the terminal is configured to receive the received message according to the parameter included in the description information.
  • the notification message is parsed.
  • the server sends a notification message carrying the description information to the terminal, where the description information includes parameters; after receiving the notification message, the terminal parses the notification message according to the parameter, and describes
  • the information may contain one or more parameters to provide more information to the terminal through the notification message, so that the end user can quickly obtain the required information.
  • the terminal may perform various processing on the received notification message, and implement various new functions on the terminal.
  • the terminal may filter the notification message by using the stored filtering rule.
  • the terminal user can set a filtering rule that meets the requirements of the personalized service.
  • the terminal determines whether the parameter value in the notification message satisfies the stored filtering rule, and performs corresponding processing on the notification message, such as storing only Or display a notification message of interest to the end user.
  • the terminal user may set the filtering rule according to the filtering condition list including multiple parameters, or the terminal or the server sets the filtering rule according to the relationship between one or more parameters and parameters included in the description information, because the description information includes more parameters.
  • the filtering rules obtained in the embodiments of the present invention are flexible and diverse.
  • FIG. 1 is a schematic diagram of networking in which a broadcast service is implemented in the prior art
  • FIG. 3 is a schematic diagram showing structural description information in an embodiment of the present invention.
  • FIG. 4 is a schematic diagram showing the structure of the description information acquired by the terminal through the MediaLocator parameter in the embodiment of the present invention.
  • FIG. 5A is a flowchart showing a filter rule setting in an embodiment of the present invention.
  • FIG. 5B is a schematic diagram of processing a notification message according to a filtering rule in an embodiment of the present invention
  • FIG. 6 is a schematic diagram showing a list of filtering conditions obtained by a terminal through a MediaLocator parameter in an embodiment of the present invention
  • FIG. 7A is a flowchart of a terminal setting filtering rule in an embodiment of the present invention.
  • FIG. 7B is a flowchart showing the processing of the notification message according to the filtering rule in the embodiment of the present invention
  • FIG. 7C is a schematic diagram showing the structure of the filtering rule data stored in the terminal in the embodiment of the present invention; Determining the tree structure in the example;
  • FIG. 8B is a schematic diagram showing the value of a decision tree in a specific example in the embodiment of the present invention
  • FIG. 9A is a schematic structural diagram of a terminal for processing a notification message according to an embodiment of the present invention.
  • FIG. 9B is a schematic structural diagram of a server for processing a notification message according to an embodiment of the present invention.
  • FIG. 9C is a schematic structural diagram of a system for processing a notification message in an embodiment of the present invention.
  • the server sends a notification message carrying the description information to the terminal, and after receiving the notification message, the terminal processes the notification message according to the parameter included in the description information.
  • the description can contain one or more parameters.
  • the description information carried in the notification message may be structured description information, that is, the description information includes the structure of the description information and the content of the description information.
  • the structure of the description information may also be provided to the terminal in advance, so that the description carried in the notification message is performed.
  • the information is only the content of the description information, and the content of the description information may be only the parameter value.
  • the server may form the parameter information into the description information according to the setting structure, and then deliver the description information with the setting structure to the terminal.
  • the server can structure the description information according to the format of the parameter list (ParameterList).
  • ParameterList E 0. . 1 Parameter list NA
  • ParameterNumber A 1 Number of parameters Shaped, indicating the number of Parameters
  • ParameterldentifierLength is a parameter value class fixed-length string, defined
  • Type ParameterValue encoding and characters String length, including string type, signed short (signed short) type, long integer (long) type, boolean type, floating point type, double-byte type (double) type, Date type
  • ParameterValue E2 1 The parameter value is the type specified by ParameterEncoding. The length is determined by Parameter ValueLength, where E is the element (Element), A is the attribute (Attribute), El is the first layer element, and E2 is the child element of the first layer element. analogy.
  • FIG. 3 shows the structured description information in the embodiment of the present invention.
  • the description information of the setting structure is composed of N parameters, and the value of the parameter name length (DocumentldentifierLength) Determine the length of the byte occupied by the parameter name ( Parameterldentifier ).
  • the value of the parameter value ( Parameter ValueLength ) determines the length of the byte occupied by the parameter value ( ParameterValue ).
  • the terminal After receiving the notification message carrying the structured description information, the terminal determines the name of each parameter and the corresponding parameter value according to the setting structure of the description information.
  • the server may also deliver the structure of the description information to the terminal in advance, and the terminal stores the structure of the received description information.
  • the notification message sent by the server to the terminal only carries the content of the description information.
  • the terminal may process the content of the description information according to the stored description information structure, such as determining the parameter name in the description information structure. Corresponding parameter values.
  • the server can send related information describing the information structure to the terminal through the related content (RelatedMaterial) data structure in the existing ESG.
  • the server When the server sends related information describing the information structure to the terminal through the RelatedMaterial data structure, it can be divided into two methods: pull and push.
  • the pull mode is initiated by the terminal, and the terminal obtains the location of the description information structure by using the MediaLocator parameter of the ESG.
  • the application is sent to the server, and then the server sends the description information structure to the terminal according to the application of the terminal;
  • the Push mode is initiated by the server, and the server carries the description information structure in the ESG, and sends the description information structure to the terminal through the broadcast network.
  • the server sets the MediaLocator parameter in the RelatedMaterial data structure to include the description information structure, and then sends the RelatedMaterial data structure to the terminal; the terminal directly obtains the description information structure in the received MediaLocator parameter of the RelatedMaterial data structure, and describes the description.
  • the information structure is stored.
  • the description information structure can be included in the MediaLocator parameter of the RelatedMaterial data structure of the service fragment, or in the MediaLocator parameter of the RelatedMaterial data structure of the content fragment, and can also be included in the respective ServiceMaterial of the service fragment and the content fragment.
  • the DataLocator parameter in the data structure. This method is Push mode.
  • the server sets a file of the ESG Auxiliary Data structure to include a description information structure, and sets a MediaLocator parameter in the RelatedMaterial data structure to include a Uniform Resource Identifier (URI) of the file, and then The RelatedMaterial data structure is sent to the terminal, and the terminal obtains the URI through the MediaLocator parameter of the received RelatedMaterial data structure, and then searches for the file corresponding to the URI in the auxiliary data structure according to the URI, and finally obtains the description information structure from the file.
  • the server sets the description information structure in the file of the ESG's auxiliary data structure.
  • the terminal After the terminal receives the RelatedMaterial data structure, it obtains the URI in the MediaLocator parameter, according to the URI in the auxiliary data structure. Searching for the corresponding file, obtaining the description information structure from the file, and storing the description information structure.
  • the URI may be included in the MediaLocator parameter of the RelatedMaterial data structure of the service fragment, or may be included in the RelatedMaterial data of the content fragment.
  • the MediaLocator parameter of the structure may also be included in the MediaLocator parameter of the RelatedMaterial data structure of each of the service fragment and the content fragment.
  • the mode is Push mode. The third way, the server sets a file on the server side to contain the description information structure, and set
  • the MediaLocator parameter in the RelatedMaterial data structure contains the valid "http", "ftp", and
  • URL Uniform Resource Locator
  • the terminal obtains the URL by receiving the MediaLocator parameter of the RelatedMaterial data structure, and then the terminal accesses the server, searches for a file corresponding to the URL according to the URL, requests the server to provide the file, and the server sends the file to the terminal, and finally the terminal
  • the description structure is obtained and stored in the file.
  • the URL may be included in the MediaLocator parameter of the RelatedMaterial data structure of the service fragment, or may be included in the MediaLocator parameter of the RelatedMaterial data structure of the content fragment, and may also be included in the service.
  • the fragmentation and content fragmentation are in the MediaLocator parameter of the respective RelatedMaterial data structure.
  • the mode is Pull.
  • the terminal in addition to setting the extended MediaLocator parameter in the ESG, other parameters may be extended, including but not limited to the service (Server) fragmentation parameter, and the Server fragmentation parameter. It can be used to carry a description information structure. This structure can carry an address to obtain a specific description information structure, or directly carry the description information structure itself.
  • the notification message sent to the terminal in the subsequent process of the server may only carry the content of the description information.
  • the terminal may process the content of the description information according to the stored description information structure. For example, it is determined that the parameter value corresponding to the parameter name in the information structure is described.
  • the XML file format of the description information structure acquired and stored by the terminal is:
  • the notification message sent by the server to the terminal carries only the content of the description information, and describes the content of the information.
  • the XML file format is:
  • the terminal can determine the specific parameter value of the corresponding parameter name in the description information structure according to the content of the received description information.
  • the content of the description information may be only a parameter value
  • the terminal determines a parameter name corresponding to the parameter value according to the stored description information structure, for example, the length of the byte occupied by the terminal by describing the parameter name in the information structure.
  • a parameter value of a corresponding length is extracted from the notification message as a parameter value of the parameter name corresponding to the length.
  • the terminal needs to re-deliver a new description information structure to the terminal, and the terminal processes the received description information content according to the new description information structure.
  • the description information carried in the notification message may be a structured description information, and the description information may be provided to the terminal in advance, and the description information carried in the notification message is only a parameter value, so that different settings are set.
  • the structure of the description information can carry various parameters in the description information, so that the parameters obtained by the terminal according to the description information carried in the notification message are more diverse and flexible.
  • FIG. 5A is a flowchart showing the setting of the filtering rule in the embodiment of the present invention. As shown in FIG. 5A, the specific processing procedure of setting the filtering rule includes the following steps:
  • Step 501 to step 502 The server sets a filter condition list, and then sends the filter condition list to the terminal.
  • Step 503 After receiving the filter condition list, the terminal prompts the terminal user to set a relationship between the filter filter condition and the filter condition according to the content in the filter condition list, and the terminal user selects a filter condition and sets a relationship between the filter conditions to generate a filter rule. Then, the terminal stores the filtering rule, and the setting process of the filtering rule ends here.
  • the terminal prompts the terminal user to set the filtering according to the filtering condition list from the server.
  • the filtering rule can also be directly set and stored by the terminal user on the terminal.
  • the terminal user sets the filtering rule according to the relationship between one or more parameters and parameters included in the description information, and the terminal stores the filtering rule;
  • the server provides the terminal directly to the terminal, for example, the server sets the filtering rule according to the relationship between one or more parameters and parameters included in the description information, and provides the filtering rule to the terminal for storage.
  • the terminal user may set the filtering rule according to the filtering condition list including multiple parameters, or the terminal or the server sets the filtering rule according to the relationship between one or more parameters and parameters included in the description information, because the description information includes more parameters.
  • the filtering rules obtained in the present invention are flexible and diverse.
  • Step 504 to step 505 After the terminal stores the filtering rule, after receiving the notification message that is sent by the server and carrying the description information, the terminal processes the notification message according to the stored filtering rule and the received description information, such as filtering according to the storage.
  • the rule filters the parameters included in the description information, determines whether the parameters in the description information meet the filtering rules, and then processes the notification message accordingly.
  • the end user can directly obtain the notification message that is more interesting, as shown in FIG. 5B.
  • the data structure of the filter condition list (FilteringDataList) containing the filter parameters sent by the server to the terminal through the ESG is shown in Table 3.
  • Filteringlnput- A 1 filter parameter string available selection methods, for example, package
  • the selection of the Style value includes the following arbitrary strings, "User input mode”, “User selects in the drop-down menu”, “User can input or select from the drop-down menu,
  • FilteringPara- filter parameter greater than or equal to
  • this parameter can contain multiple operands
  • the character string defines the FilteringParameter Value encoding method, which can encode the string multimedia digital signal.
  • FilteringParameterEncoding determines that there can be any parameter value
  • the server may send a list of filter conditions to the terminal through the RelatedMaterial data structure in the existing ESG.
  • the server When the server sends a list of filter conditions to the terminal through the RelatedMaterial data structure, it can be divided into Pull and Push.
  • the pull mode is initiated by the terminal.
  • the terminal After obtaining the address of the filter condition list through the ESM's MedmLocator parameter, the terminal applies to the server, and then the server sends the filter condition list to the terminal according to the application of the terminal; the Push mode is initiated by the server, and the server is at the ESG.
  • the bearer filter list is sent to the terminal through the broadcast network.
  • the server sets the MediaLocator parameter in the RelatedMaterial data structure to include the filter condition list, and then sends the RelatedMaterial data structure to the terminal; the terminal directly obtains the filter condition list in the MediaLocator parameter of the received RelatedMaterial data structure, and filters the The condition list is stored.
  • the filter condition list can be included in the MediaLocator parameter of the RelatedMaterial data structure of the service fragment, or in the MediaLocator parameter of the RelatedMaterial data structure of the content fragment, and can also be included in the respective service fragment and the content fragment of the RelatedMaterial
  • This method is Push mode.
  • the server sets a file of the ESG auxiliary data structure to include a filter condition list, and sets a MediaLocator parameter in the RelatedMaterial data structure to include the UI of the file, and then sends a RelatedMaterial data structure to the terminal, and the terminal receives the received data.
  • the MediaLocator parameter of the RelatedMaterial data structure obtains the URI, and then searches for the file corresponding to the URI in the auxiliary data structure according to the URI, and finally obtains the filter condition list from the file. For example, as shown in FIG.
  • the server sets the filter condition list in the file of the ESG auxiliary data structure
  • the RelatedMaterial data sent by the server to the terminal
  • the MediaLocator parameter in the structure contains the URI, which is "urn:dvb:ipdc:esg:filter”.
  • the terminal After the terminal receives the RelatedMaterial data structure, it obtains the URI in the MediaLocator parameter, and searches for the corresponding file in the auxiliary data structure according to the URI. , get a list of filter criteria from the file, and store the list of filter criteria.
  • the URI can be included in the Med Locator parameter of the RelatedMaterial data structure of the business shard, or it can be included in the RelatedMaterial data structure of the content shard.
  • the MediaLocator parameter it can also be included in the MediaLocator parameter of the RelatedMaterial data structure of each of the service fragment and the content fragment. This mode is Push mode.
  • the server sets a file on the server side to include a filter condition list, and sets the MediaLocator parameter in the RelatedMaterial data structure to include the URLs of the addresses such as "http”, “ftp”, “rtsp”, “tftp”, etc. , such as http: ⁇ www.kbs.co.kr/Fi ter.
  • the server then sends the RelatedMaterial data structure to the terminal, the terminal obtains the UL through the MediaLocator parameter of the received RelatedMaterial data structure, and then the terminal accesses the server, according to the UL Searching for a file corresponding to the URL, requesting the server to provide the file, the server sends the file to the terminal, and finally the terminal obtains a list of filter conditions from the file and stores it.
  • the URL can be included in the MediaLocator parameter of the RelatedMaterial data structure of the service fragment, or in the MediaLocator parameter of the RelatedMaterial data structure of the content fragment, and can also be included in the RelatedMaterial data structure of the service fragment and the content fragment.
  • This mode is the Pull mode.
  • the terminal determines whether the parameter in the received description information satisfies the stored filtering rule.
  • FIG. 7A is a flowchart of a terminal setting filtering rule in the embodiment of the present invention.
  • the specific implementation process of the terminal setting the filtering rule according to the filtering condition list from the server includes the following steps:
  • Step 701 to step 702 The server sets a filter condition list related to the specific notification service, and then sets related information of the filter condition list in the ESG.
  • the server sets the MediaLocator parameter of the ESG's RelatedMaterial data structure to include a filter condition list, and provides the terminal with the filter condition list.
  • RelatedMaterial data structure for example, the server sets a file of the ESG auxiliary data structure to include a list of filter conditions, and provides the URI of the file to the terminal; for example, the server sets a file on the server to include a list of filter conditions, and The terminal provides the URL of the file.
  • Step 703 to step 704 The server sends the related information of the filter condition list to the terminal, and the terminal obtains the filter condition list according to the related information of the received filter condition list. For example, if the server sets the MediaLocator parameter of the RelatedMaterial data structure of the ESG, the filter condition list is included. , the terminal is straight To obtain a list of filter conditions in the MediaLocator parameter; for example, if the server sets the URI of the file containing the filter condition list in the MediaLocator parameter of the RelatedMaterial data structure of the ESG, the terminal searches for the corresponding data structure in the auxiliary data structure according to the URI in the MediaLocator parameter.
  • the file of the URI and then obtain the filter condition list from the file; for example, if the server sets the URL of the file containing the filter condition list in the MediaLocator parameter of the RelatedMaterial data structure of the ESG, the terminal accesses the server according to the UL in the MediaLocator parameter.
  • the request server provides the file, and the terminal obtains a list of filter conditions from the file provided by the server.
  • Step 705 to step 707 The terminal analyzes the filter condition list, and prompts the terminal user to set a relationship between the filter condition and the filter condition according to the specific content of the filter condition list, generates a filter rule, and then stores the filter rule.
  • FIG. 7B is a flowchart of processing a notification message by a terminal according to a filtering rule in the embodiment of the present invention. As shown in FIG. 7B, a specific implementation process of processing a notification message by a terminal according to a filtering rule includes the following steps:
  • Step 708 to step 709 The server needs to send a notification message to the terminal, adding description information to the notification message; and then sending a notification message carrying the description information to the terminal.
  • Step 710 to step 711 After receiving the notification message, the terminal acquires a parameter from the description information, and determines whether the parameter satisfies the stored filtering rule. If yes, the terminal displays the notification message to the terminal user; otherwise, the terminal directly discards the notification. The message, such that the notification message obtained by the end user will be the notification message that is of most interest to itself. When the parameter satisfies the filtering rule, the terminal can also store the notification message. If the description information satisfies the setting structure, the terminal obtains the parameter from the description information, and determines that the parameter value corresponding to the parameter name is determined according to the setting structure. If the description information is only the content of the description information, the terminal obtains the parameter from the description information. A parameter value corresponding to the parameter name is determined according to the stored description information structure.
  • the terminal stores the filtering rules locally, and the filtering rules can form a decision tree on the data structure.
  • the decision tree is composed of a root node (Root Node) and each child node (Node) included therein.
  • the node is the root node
  • the bottom node is the leaf node
  • the root node contains multiple child nodes.
  • Each child node is an iterative and inclusive relationship from top to bottom.
  • a leaf node refers to a node that does not have a child node
  • a non-leaf node refers to a node that has a child node.
  • the data structure of the root node of the filtering rule is shown in Table 4. Filter rule root node data structure
  • FilteringRuleRelation is a filter condition relationship.
  • SingleNode is the only child node.
  • DoubleNodeL is the left child node.
  • the filter condition is "or” or "and”
  • the corresponding node is the child node to the left of the operator.
  • DoubleNodeR is the right child node.
  • the data structure behind the filter condition relationship is determined by the value of the filter condition relationship:
  • the filter condition relationship is null (null)
  • the SingleNode, DoubleNodeL, and DoubleNodeR parameters are not present
  • the filter condition is "or" or "and” operation
  • Each of the filtering conditions determines a determination value of the leaf node.
  • the determination value of the leaf node is "true”; if the parameter in the description information carried in the notification message does not match For the filter condition, the decision value of the leaf node is "false (false)".
  • the decision value of the non-leaf node is determined by the value of the decision value of the child node included therein through the filter condition relation operation.
  • the determination value of the leaf node is determined, and the determination value of the leaf node is calculated according to the filter condition relationship, and the determination value of the non-leaf node where the leaf node is located is obtained, and it is determined whether the non-leaf node is The root node, if the non-leaf node is not the root node, continues to calculate the decision value of the non-leaf node according to the filter condition relationship until the determination value of the root node is obtained, and determines whether the parameter satisfies the filtering rule according to the determination value of the root node.
  • the present invention will be more clearly described below by taking the filtering of the movie play plan notification message as an example.
  • the end user subscribes to the service related notifications in the ESG, such as the latest movie play plan notification of a movie theater, the server provides the terminal with the relevant information of the filter condition list, and the terminal obtains the filter condition list, as shown in Table 5.
  • the terminal prompts the terminal user to select a filtering condition and set a relationship between the filtering conditions according to the specific content in the filtering condition list.
  • the filtering conditions selected by the terminal user in the filtering rule list mainly include "movie type", "actor name”, and "video introduction”. ".
  • the end user is interested in the action movie and the disaster film.
  • the "movie type” is set twice, and by selecting in the drop-down list, the "movie type” is set to "action film” and "disaster film” respectively.
  • the end user sets the relationship between the filter conditions. Since the end user is interested in both the action movie and the disaster slice, the filter condition relationship is set to an "or” operation, so that the final filter rule is displayed to the end user.
  • the movie type is an action movie or a notification message whose movie type is a disaster slice
  • the decision tree generated by the filter rule is as shown in FIG. 8A
  • the terminal stores the filter rule.
  • the determination value of the leaf node 11 is determined according to whether the filter condition "movie type” is the action piece
  • the determination value of the leaf node 12 is determined according to the filter condition "movie type” for the establishment of the disaster slice
  • the filter condition relationship of the root node is " Or "Operation, whose DoubleNodeL is node 11, and DoubleNodeR is node 12, and the judgment values of node 11 and node 12 are "or”
  • the judgment value obtained after the operation calculation is the judgment value of the root node.
  • the server sends a notification message carrying the description information to the terminal. If the description information is structured description information, the description information carried in the notification message is as shown in Table 6. If the server has previously sent the description information to the terminal, The content of the description information carried in the notification message is as shown in Table 7.
  • Table 7 shows the content of the information
  • the terminal After receiving the notification message, the terminal extracts parameters from the description information to determine whether the parameters meet the stored filtering rules.
  • the parameter name of the parameter name "movie type" carried in the notification message is an action slice, so the filter condition of the leaf node 11 is established, so the decision value of the node 11 is true, and the filter condition of the leaf node 12 is not established, so the node 12
  • the determination value is false, and the determination value obtained by performing the OR operation on the node 11 and the node 12 is the determination value of the root node, and the final root node determination value is true, indicating that the parameter in the description information satisfies the filtering rule, such as Figure 8B shows.
  • the terminal displays the notification message to the end user.
  • the data structure of node 11 is shown in Table 8.
  • the data structure of node 22 is shown in Table 9, and the data structure of the root node is shown in Table 10.
  • node 11 The data structure of node 11 is schematic
  • Table 9 shows the data structure of node 12
  • Table 10 shows the data structure of the root node
  • the terminal can not only perform filtering on the notification message according to the parameters in the filtering rule and the description information, but also perform other operations on the notification message according to the description information, for example, searching for a certain parameter in the description information, and if searching, can be found in the description information.
  • Go to the parameter the notification message is processed, otherwise, the notification message is directly discarded; for example, the number of occurrences of the notification message including the setting parameter in the description information is counted, that is, if the description information includes the setting parameter, The counter is incremented by 1 to count the number of times the parameter is set in the notification message, and so on.
  • the terminal for processing the notification message in the embodiment of the present invention includes a receiving unit and a processing unit, as shown in FIG. 9A, where the receiving unit is configured to provide the processing unit with the received notification message carrying the description information; The parameters contained in the message process the received notification message.
  • the terminal further includes a storage unit, wherein the receiving unit is further configured to provide the received description information structure to the storage unit; the storage unit is configured to store the description information structure, and provide the description information structure to the processing unit
  • the processing unit is further used to describe information based on The structure processes the content of the description information, such as determining a parameter value corresponding to the parameter name in the description information structure.
  • the receiving unit may be further configured to provide the stored description information structure to the storage unit.
  • the terminal further includes a storage unit, wherein the storage unit is configured to store the filtering rule, and provides the filtering rule to the processing unit; the processing unit is further configured to process the notification message according to the filtering rule and the parameter included in the description information from the storage unit. , such as filtering.
  • the receiving unit is further configured to provide the received filtering condition list information to the processing unit; the processing unit is further configured to obtain the filtering condition list according to the filtering condition list information, and Filter the list of conditions for analysis, then set the relationship between the filter conditions and the filter conditions, generate filter rules, and provide the generated filter rules to the storage unit.
  • the server for processing the notification message in the embodiment of the present invention includes a message generating unit and a sending unit, as shown in FIG. 9B, where the message generating unit is configured to add description information to the notification message, and provide the notification message to the sending unit; Used to send a notification message carrying the description information.
  • the server further includes a list generating unit, wherein the list generating unit is configured to generate the filter condition list and provide the filter condition list information to the sending unit; the sending unit is further configured to send the filter condition list information.
  • the description information is the content of the description information
  • the server further includes a structure generation unit, wherein the structure generation unit is configured to determine the description information structure and provide the same to the sending unit; and the sending unit is further configured to send the description information structure.
  • the system for processing the notification message in the embodiment of the present invention includes a server and a terminal, as shown in FIG. 9C, where the server is configured to add description information to the notification message, and send the notification message to the terminal; the terminal is configured to include according to the description information.
  • the parameters are processed for the received notification message.
  • the server is further configured to determine the description information structure and send the information to the terminal; the terminal is further configured to store the description information structure, and after receiving the notification message, according to the description information structure and the description information Content determines the parameters.
  • the terminal is further configured to store the filtering rule, and process the received notification message according to the filtering rule and the parameter included in the description information.
  • the server is further configured to generate a filter condition list, and send the filter condition list information to the terminal; the terminal is further configured to obtain the filter condition list according to the filter condition list information, analyze the filter condition list, and then prompt the terminal to use The user sets the relationship between the filter condition and the filter condition to generate a filter rule.
  • the terminal includes a receiving unit and a processing unit, and the receiving unit is configured to provide the processing unit with the received notification message carrying the description information; the processing unit is configured to process the received notification message according to the parameter included in the description information.
  • the terminal further includes a storage unit, where the storage unit is configured to store the description information structure, and provides a description information structure to the processing unit; the processing unit is further configured to perform the content of the description information according to the description information structure. Processing, such as determining a parameter value corresponding to a parameter name in the description information structure.
  • the terminal further includes a storage unit, wherein the storage unit is configured to store the filtering rule, and provides the filtering rule to the processing unit; the processing unit is further configured to process the notification message according to the filtering rule and the parameter included in the description information from the storage unit. .
  • the receiving unit is further configured to provide the received filtering condition list information to the processing unit; the processing unit is further configured to obtain the filtering condition list according to the filtering condition list information, and Filter the list of conditions for analysis, then set the relationship between the filter conditions and the filter conditions, generate filter rules, and provide the generated filter rules to the storage unit.
  • the server includes a message generating unit and a sending unit, and the message generating unit is configured to add the description information to the notification message and provide the notification message to the sending unit.
  • the sending unit is configured to send the notification message carrying the description information.
  • the server further includes a list generating unit configured to generate a filter condition list and provide the filter condition list information to the sending unit; the sending unit is further configured to send the filter condition list information.
  • the server further includes a structure generating unit, wherein the structure generating unit is configured to determine the description information structure and provide the same to the transmitting unit; the transmitting unit is further configured to send the description information structure.

Description

一种处理通知消息的方法、 终端、 服务器及系统
技术领域
本发明涉及移动通信技术， 特别是指一种处理通知消息的方法、 终端、 服 务器及系统。 背景技术
经过近几十年的发展， 移动通信惠及的人群越来越广， 但是其所提供的业 务仍然以语音和消息为主。 随着因特网 （Internet ) 的迅猛发展， 大量多媒体业 务同步涌现， 人们显然也逐步要求移动通信能够支持多媒体业务。 Internet提供 的有些多媒体应用要求多个终端用户同时接收相同的数据， 如移动视频、 电视 广播、 视频会议、 网上教育、 互动游戏等， 其中， 移动视频在国内外已逐渐成 为一个炙手可热的话题。
在现有的移动视频技术中， 有一种很重要的技术是与承载网络无关的应用 层技术， 包括频道内容音视频编码、 电子业务指南、 内容保护技术以及业务鉴 权、 用户管理及计费等方面， 相关的标准化组织有数字视频广播（ Digital Video Broadcast， DVB )组织的广播与移动业务的汇聚（ Convergence of Broadcast and Mobile Service, CBMS )工作组、 开放移动联盟（ Open Mobile Alliance, OMA ) 组织的 BCAST ( Broadcast )工作组等。 利用应用层技术可直接利用现有 Internet 上的 IP节目内容， 通过广播网络向终端用户进行广播， 从而最大程度上保护了 已有的内容资源。
图 1示出了现有技术中实现广播业务的组网示意图， 如图 1 所示， 广播应 用服务器位于 IP网络， 通过 IP封装设备（ IP Encapsulation Equipment, IPE )与 广播网络相连， 用于实现实时节目的广播、 电子业务指南的组装发送、 节目内 容的加密、 通知消息的发送等关键功能； 客户运营服务器与交互网络相连， 用 于为终端用户提供节目购买信息、 接收和处理用户的购买请求以及客户服务功 能； 终端具有同时访问广播网络和交互网络的能力。 其中， 广播网络可采用 DVB-H技术、 T-DMB 技术等； 交互网络可采用码分多址接入 ( Code Division Multiple Access, CDMA )技术、 全球移动通信系统（ Global System For Mobile Communication, GSM )技术等。 不同的通知业务服务器通过广播应用服务器向 终端广播相应业务的通知消息。
电子业务指南 （Electronic Service Guide, ESG )是由很多不同种类的分片 根据其内在的逻辑关系组成， 如图 2所示， 购买对象和购买通道属于业务提供， 业务包、 业务、 节目时间表和内容属于业务核心， 业务获得和会话描述属于业 务接入， 其中， 会话描述不属于分片。 针对不同的实现， ESG 的结构会有所不 同。 图 2中各分片的具体含义如表 1 所示， 分片之间的连线关系表示不同分片 之间的对应关系， 例如， 业务与节目时间表之间的关系是 1个业务分片可对应 0 至 n个节目时间表分片。
分片具体含义示例
Figure imgf000004_0001
通知功能（ Notification )用于在移动广播系统内向终端用户发送消息以通知 一些即将发生的事件， 终端用户或终端进行相应的处理， 这些消息包括但不限 于： 紧急突发事件消息， 与系统相关的通知消息、 如通知终端用户系统某功能 发生故障， 与节目相关的事件消息、 如节目演员的相关资料， 软件更新的通知 消息等。 广播的通知消息具有固定结构， 终端只能根据通知消息的结构， 得到通知 消息中的一些固定参数值， 如业务标识、 时间等信息， 并利用这些固定参数值 完成一些特定功能， 如对通知消息进行过滤等。 但是由于通知消息中所能携带 的参数非常有限， 并且只能是一些固定参数， 这样， 终端用户根据通知消息所 得到的信息十分有限； 并且在终端用户设置过滤条件时， 只能以一些固定参数 作为过滤条件， 使得过滤条件的设置受限于通知消息中包含的固定参数， 终端 用户无法对过滤条件进行灵活设置， 无法满足终端用户的个性化需求。
另外， 由于通知消息中包含的参数非常有限， 使得终端用户无法迅速得到 关心的参数值， 如与通知消息相关的参数值， 无法对通知消息进行灵活处理。 发明内容
有鉴于此， 本发明实施例提供一种处理通知消息的方法、 终端、 服务器及 系统， 通过通知消息向终端用户提供更多信息； 进一步地， 使终端与服务器相 配合实现对通知消息的各种处理。
本发明实施例提供的处理通知消息的方法包括：
服务器向终端发送携带有描述信息的通知消息， 所述描述信息包含参数； 终端根据所述参数解析所述通知消息。
本发明实施例提供的处理通知消息的终端， 包括： 接收单元用于接收携带 有描述信息的通知消息， 所述描述信息中包含有参数； 处理单元用于根据所述 参数通知消息进行解析。
本发明实施例提供的处理通知消息的服务器， 包括： 消息生成单元用于在 通知消息中添加描述信息； 发送单元用于发送所述携带有描述信息的通知消息。
本发明实施例提供的处理通知消息的系统， 包括服务器和终端， 服务器用 于在通知消息中添加描述信息， 并向终端发送该通知消息； 终端用于根据描述 信息中包含的参数对收到的通知消息进行解析。
本发明实施例中， 服务器向终端发送携带描述信息的通知消息， 所述描述 信息包含参数； 终端收到通知消息后， 根据所述参数解析所述通知消息， 描述 信息中可包含一个或多个参数， 从而通过通知消息向终端提供更多信息， 使终 端用户迅速得到所需要的信息。
另外， 在通知消息中增加描述信息后， 终端可对收到的通知消息进行各种 处理， 在终端上实现各种新的功能， 例如， 终端通过存储的过滤规则可实现对 通知消息的过滤， 终端用户可设置满足自身个性化要求的过滤规则， 终端在收 到某个通知业务的消息时， 确定通知消息中的参数值是否满足存储的过滤规则， 对该通知消息进行相应处理， 如只存储或展示终端用户感兴趣的通知消息。 终 端用户可根据包含多个参数的过滤条件列表设置过滤规则， 或终端或服务器根 据描述信息中包含的一个或多个参数及参数之间的关系设置过滤规则， 由于描 述信息中包含的参数是多种多样的， 因此， 本发明实施例中得到的过滤规则是 灵活多样的。 附图说明
图 1示出了现有技术中实现广播业务的组网示意图；
图 2示出了现有技术中 ESG模型示意图；
图 3示出了本发明实施例中结构化描述信息示意图；
图 4示出了本发明实施例中终端通过 MediaLocator参数获取描述信息结构 的示意图；
图 5A示出了本发明实施例中过滤规则设置流程图；
图 5B示出了本发明实施例中根据过滤规则处理通知消息示意图； 图 6示出了本发明实施例中终端通过 MediaLocator参数获取过滤条件列表 示意图；
图 7A示出了本发明实施例中终端设置过滤规则流程图；
图 7B示出了本发明实施例中终端根据过滤规则处理通知消息流程图； 图 7C示出了本发明实施例中终端存储的过滤规则数据结构示意图； 图 8A示出了本发明实施例中具体实例中判定树结构；
图 8B示出了本发明实施例中具体实例中判定树取值示意图； 图 9A示出了本发明实施例中处理通知消息的终端结构示意图；
图 9B示出了本发明实施例中处理通知消息的服务器结构示意图;
图 9C示出了本发明实施例中处理通知消息的系统结构示意图。
具体实施方式
本发明实施例中， 服务器向终端发送携带描述信息的通知消息， 终端收到 通知消息后， 根据描述信息中包含的参数对通知消息进行处理。 描述信息中可 包含一个或多个参数。 通知消息中携带的描述信息可为结构化的描述信息， 即 该描述信息中包含描述信息的结构和描述信息的内容； 也可预先向终端提供描 述信息的结构， 这样， 通知消息中携带的描述信息仅为描述信息的内容， 描述 信息的内容可仅为参数值。
在通知消息中携带的描述信息为结构化描述信息的具体实现中， 服务器可 根据设定结构将参数信息组成描述信息， 然后向终端下发该具有设定结构的描 述信息。服务器可对描述信息按照参数列表（ParameterList )的格式进行结构化，
结构化描述信息的数据结构示意
类 出现
参数 含义 数据类型
型 次数
ParameterList E 0. . 1 参数列表 NA
ParameterNumber A 1 参数数量 整形， 指示 Parameter的数量
Parameter El 0. . N 参数 NA
Parameterldentifier- 参数名称
E2 1 整形
Length 长度
字 符 串 ， 长 度 由
Parameterldentifier E2 1 参数名称
ParameterldentifierLength才旨定 参数值类 固定长度的字符串， 定义了
ParameterEncoding E2 1
型 ParameterValue的编码方式和字符 串长度， 包括字符串 (string)类型、 有符号短整形 (signed short)类型、 长整形（long)类型、 布尔 (boolean) 类型、 浮点 (float)类型、 双字节整 形 (double)类型、 日期 (date)类型
ParameterValue- 参数值长
E2 1 整形
Length 度
字 符 串 ， 编 码 方 式 为
ParameterValue E2 1 参数值 ParameterEncoding指定的类型,长 度由 Parameter ValueLength确定 其中， E为元素 （Element ), A为属性 （Attribute ), El为第一层元素， E2 为第一层元素的子元素， 依此类推。
图 3示出了本发明实施例中结构化描述信息， 如图 3所示， 与表 2相结合， 设定结构的描述信息由 N 个参数 （ Parameter ) 组成， 参数名称长度 ( ParameterldentifierLength ) 的值确定参数名称 ( Parameterldentifier ) 所占的字 节长度， 参数值长度（ Parameter ValueLength )的值确定参数值（ ParameterValue ) 所占的字节长度。 终端收到携带有结构化描述信息的通知消息后， 根据描述信 息的设定结构确定各个参数的名称及对应的参数值。
服务器也可预先向终端下发描述信息的结构， 终端对收到描述信息结构进 行存储。 后续过程中， 服务器向终端发送的通知消息中仅携带描述信息的内容， 终端收到通知消息后， 可根据存储的描述信息结构， 对描述信息的内容进行处 理， 如确定描述信息结构中参数名称对应的参数值。
服务器可通过现有 ESG中的相关内容（ RelatedMaterial )数据结构向终端下 发描述信息结构的相关信息。
服务器通过 RelatedMaterial数据结构向终端下发描述信息结构的相关信息 时， 可分为牵引 （ Pull )和推送（ Push ) 两种方式。 其中， Pull方式由终端发起， 终端通过 ESG的媒体定位符号 （MediaLocator )参数获取描述信息结构所在地 址后， 向服务器提出申请， 然后服务器根据终端的申请将描述信息结构发送给 终端； Push方式由服务器发起， 服务器在 ESG中承载描述信息结构， 通过广播 网络发送给终端。
可具体通过以下三种方式实现。
第一种方式， 服务器设置 RelatedMaterial数据结构中的 MediaLocator参数 包含描述信息结构， 然后向终端下发 RelatedMaterial数据结构； 终端直接在收 到的 RelatedMaterial数据结构的 MediaLocator参数中获取描述信息结构， 并对 该描述信息结构进行存储。描述信息结构既可包含在业务分片的 RelatedMaterial 数据结构的 MediaLocator参数中， 也可包含在内容分片的 RelatedMaterial数据 结构的 MediaLocator 参数中， 还可同时包含在业务分片和内容分片各自的 RelatedMaterial数据结构的 MediaLocator参数中。 该方式为 Push方式。
第二种方式， 服务器设置 ESG的辅助数据 （ Auxiliary Data ) 结构的某一文 件包含描述信息结构， 并设置 RelatedMaterial数据结构中的 MediaLocator参数 包含该文件的统一资源标识（ Uniform Resource Identifier, URI ), 然后向终端下 发 RelatedMaterial 数据结构， 终端通过收到的 RelatedMaterial 数据结构的 MediaLocator参数获取 URI, 然后根据该 URI在辅助数据结构中搜索到对应于 该 URI的文件， 最后从该文件中获取描述信息结构。 例如， 如图 4所示， 服务 器将描述信息结构设置在 ESG 的辅助数据结构的文件中， 该文件的 URI 为 metadataURI= " urn: dvb： ipdc： esg:FilterConstruct '， ， 月良务器向终端发送的 RelatedMaterial 数据结构中的 MediaLocator 参数包含 URI , 该 URI= "urn： dvb： ipdc： esg :FilterConstruct" , 终端收到 RelatedMaterial数据结构后， 获取 MediaLocator参数中的 URI， 根据该 URI在辅助数据结构中搜索到相应文件， 从该文件中获取描述信息结构， 并对该描述信息结构进行存储。 URI 既可包含 在业务分片的 RelatedMaterial数据结构的 MediaLocator参数中 , 也可包含在内 容分片的 RelatedMaterial数据结构的 MediaLocator参数中， 还可同时包含在业 务分片和内容分片各自的 RelatedMaterial数据结构的 MediaLocator参数中。 该 方式为 Push方式。 第三种方式， 服务器设置服务器端的某一文件包含描述信息结构， 并设置
RelatedMaterial数据结构中的 MediaLocator参数包含该文件有效的 "http"、 "ftp"、
"rtsp，，、 "tftp" 等地址的统一资源定位器 （Uniform Resource Locator, URL ), 如 http：〃 www.kbs.co.kr/FilterConstmct.xsd ,然后月良务器向终端下发 RelatedMaterial 数据结构， 终端通过收到的 RelatedMaterial数据结构的 MediaLocator参数获取 URL, 然后终端访问服务器， 根据该 URL搜索到对应于该 URL的文件， 请求服 务器提供该文件， 由服务器向终端发送该文件， 最后终端从该文件中获取描述 信息结构并进行存储。 URL既可包含在业务分片的 RelatedMaterial数据结构的 MediaLocator参数中， 也可包含在内容分片的 RelatedMaterial数据结构的 MediaLocator参数中 ， 还可同 时包含在业务分片和内容分片各自 的 RelatedMaterial数据结构的 MediaLocator参数中。 该方式为 Pull方式。
为了达到终端通过 ESG获取描述信息结构所在地址的目的，除了在 ESG中 设置扩展的 MediaLocator参数之外 , 还可以扩展其它的参数， 包括但不限于服 务（Server )分片参数， 该 Server分片参数可以用来承载描述信息结构， 这个结 构中可以承载一个地址用于获得具体的描述信息结构， 也可以直接承载描述信 息结构本身。
终端存储了描述信息结构后， 服务器后续过程中向终端发送的通知消息中 可仅携带描述信息的内容， 终端收到通知消息后， 可根据存储的描述信息结构， 对描述信息的内容进行处理， 如确定描述信息结构中参数名称对应的参数值。
例如， 终端获取并存储的描述信息结构的 XML文件格式为：
<element name="MSG" type="MSGType">
<complexType name="MSGType">
<element name=' '影片类型" type="string"/>
<element name="演员名称" type="string"/>
<element name="影片筒介" type="string"/>
</complexType>
服务器向终端发送的通知消息中仅携带描述信息的内容， 描述信息的内容 的 XML文件格式为：
<MSG>
<影片类型〉 "动作片" </影片类型〉
<演员名称> "成龙" </演员名称>
<影片简介> "故事发生在 ... ... " </影片简介>
</MSG>
这样， 终端能够根据收到的描述信息的内容， 确定描述信息结构中相应参 数名称的具体参数值。 实际应用中， 描述信息的内容可仅为参数值， 终端根据 存储的描述信息结构确定与该参数值相对应的参数名称， 例如， 终端通过描述 信息结构中各参数名称所占的字节长度， 从通知消息中提取相应长度的参数值 作为与该长度相对应的参数名称的参数值。
另外， 服务器需要通过通知消息向终端提供更多参数信息时， 需要重新向 终端下发新的描述信息结构， 终端才艮据新的描述信息结构对收到的描述信息内 容进行处理。
由于本发明实施例中通知消息中携带的描述信息可为结构化的描述信息， 也可预先向终端提供描述信息的结构， 通知消息中携带的描述信息仅为参数值， 这样， 通过设置不同的描述信息的结构可使描述信息中携带各种各样的参数， 使得终端根据通知消息携带的描述信息得到的参数更为多样和灵活。
图 5A示出了本发明实施例中过滤规则设置流程图， 如图 5A所示， 设置过 滤规则的具体处理过程包括以下步骤：
步骤 501〜步骤 502: 服务器设置过滤条件列表， 然后向终端下发该过滤条 件列表。
步骤 503: 终端收到过滤条件列表后， 根据过滤条件列表中的内容提示终端 用户设置过滤过滤条件及过滤条件之间的关系， 终端用户选择过滤条件并设置 过滤条件之间的关系， 生成过滤规则， 然后终端对该过滤规则进行存储， 过滤 规则的设置过程至此结束。
以上描述的是终端根据来自服务器的过滤条件列表提示终端用户设置过滤 规则； 过滤规则也可由终端用户直接设置并存储在终端上， 如终端用户根据描 述信息中包含的一个或多个参数及参数之间的关系设置过滤规则， 终端存储该 过滤规则； 过滤规则还可由服务器直接向终端提供， 如服务器根据描述信息中 包含的一个或多个参数及参数之间的关系设置过滤规则， 并将该过滤规则提供 给终端存储。
终端用户可根据包含多个参数的过滤条件列表设置过滤规则， 或终端或服 务器根据描述信息中包含的一个或多个参数及参数之间的关系设置过滤规则， 由于描述信息中包含的参数是多种多样的， 因此， 本发明中得到的过滤规则是 灵活多样的。
步骤 504〜步骤 505: 终端存储有过滤规则后， 后续收到服务器发送的携带 有描述信息的通知消息后， 根据存储的过滤规则和收到的描述信息对通知消息 进行处理， 如根据存储的过滤规则对描述信息中包含的参数进行过滤， 确定描 述信息中的参数是否满足过滤规则， 然后对通知消息进行相应处理。 根据存储 的过滤规则对描述信息中的参数进行过滤时， 终端用户可直接得到其更感兴趣 的通知消息， 如图 5B所示。
服务器通过 ESG 向终端下发包含过滤参数的过滤条件列表 ( FilteringDataList ) 的数据结构如表 3所示。
过滤条件列表数据结构示意
类 出现
参数 含义 数据类型
型 次数
FilteringData过滤条件
E 0. . 1 NA
List 列表
字符串， 过滤条件之间可供选择的关
FilteringRule- 过滤条件
El 1 系， 可为 "非"、 "或"、 "与"， 该参数 Relation 关系
可包含多个关系
FilterData El 0. . N 过滤条件 NA
Filteringlnput- A 1 过滤参数 字符串， 可用的选择方式， 例如， 包 Style 值的选择 含如下几个任意字符串， "用户输 方式 入"、 "用户在下拉菜单中选择"、 "用 户既可以输入也可以在下拉菜单中选 择，，
FilteringPara- 过滤参数
E2 字符串
meterldentifier 名称
字符串， 用户选择的过滤参数名称和 值之间可选的操作符号， 可为等于 (equals)、 不等于 (not— equals)、 大于
FilteringPara- 过滤参数 (greater—than) 、 大 于 或 等 于
E2 1
meterOperator 操作符号 (greater—than— or— equal) 、 小 于
(less— than) 、 小 于 或 等 于 (less— than—or— equal), 该参数可包含多 个操作符号
字 符 串 ， 定 义 了 FilteringParameter Value ό々编码方式, 可釆用字符串多媒体数字信号编码
FilteringPara过滤参数
E2 0. . 1 (StrmgCodec),可用的过滤参数值类型 meterEncoding 值类型
有 string类型、 有 signed short类型、 long类型、 boolean类型、 float类型、 double类型、 date类型
字符串，可供用户选择的过滤参数值，
FilteringPara- 过滤参数 编 码 方 式 由
E2 1
meterValue 可选值 FilteringParameterEncoding确定，可有 任意个参数值
其中， E为元素 （Element ), A为属性 （Attribute ), El为第一层元素， E2 为第一层元素的子元素， 依此类推。 服务器可通过现有 ESG中的 RelatedMaterial数据结构向终端下发过滤条件 列表。
服务器通过 RelatedMaterial数据结构向终端下发过滤条件列表时， 可分为 Pull和 Push两种方式。其中， Pull方式由终端发起，终端通过 ESG的 MedmLocator 参数获取过滤条件列表所在地址后， 向服务器提出申请， 然后服务器根据终端 的申请将过滤条件列表发送给终端； Push方式由服务器发起， 服务器在 ESG中 承载过滤条件列表， 通过广播网络发送给终端。
可具体通过以下三种方式实现。
第一种方式， 服务器设置 RelatedMaterial数据结构中的 MediaLocator参数 包含过滤条件列表， 然后向终端下发 RelatedMaterial数据结构； 终端直接在收 到的 RelatedMaterial数据结构的 MediaLocator参数中获取过滤条件列表， 并对 该过滤条件列表进行存储。过滤条件列表既可包含在业务分片的 RelatedMaterial 数据结构的 MediaLocator参数中， 也可包含在内容分片的 RelatedMaterial数据 结构的 MediaLocator 参数中， 还可同时包含在业务分片和内容分片各自的 RelatedMaterial数据结构的 MediaLocator参数中。 该方式为 Push方式。
第二种方式， 服务器设置 ESG的辅助数据结构的某一文件包含过滤条件列 表， 并设置 RelatedMaterial数据结构中的 MediaLocator参数包含该文件的 U I, 然后向终端下发 RelatedMaterial数据结构，终端通过收到的 RelatedMaterial数据 结构的 MediaLocator参数获取 URI, 然后根据该 URI在辅助数据结构中搜索到 对应于该 URI的文件， 最后从该文件中获取过滤条件列表。 例如， 如图 6所示， 服务器将过滤条件列表设置在 ESG的辅助数据结构的文件中， 该文件的 URI为 metadataURI= "urn:dvb:ipdc:esg:filter" , 服务器向终端发送的 RelatedMaterial数 据结构中的 MediaLocator参数包含 URI, 该 URI= "urn:dvb:ipdc:esg:filter" , 终 端收到 RelatedMaterial数据结构后， 获取 MediaLocator参数中的 URI, 根据该 URI 在辅助数据结构中搜索到相应文件， 从该文件中获取过滤条件列表， 并对 该过滤条件列表进行存储。 URI既可包含在业务分片的 RelatedMaterial数据结构 的 Med Locator 参数中， 也可包含在内容分片的 RelatedMaterial数据结构的 MediaLocator 参数中， 还可同时包含在业务分片和内容分片各自 的 RelatedMaterial数据结构的 MediaLocator参数中。 该方式为 Push方式。
第三种方式， 服务器设置服务器端的某一文件包含过滤条件列表， 并设置 RelatedMaterial数据结构中的 MediaLocator参数包含该文件有效的 "http"、 "ftp"、 "rtsp"、 "tftp" 等地址的 URL， 如 http：〃 www.kbs.co.kr/Fi ter.議] 然后服务器向 终端下发 RelatedMaterial数据结构， 终端通过收到的 RelatedMaterial数据结构的 MediaLocator参数获取 U L, 然后终端访问服务器， 根据该 U L搜索到对应于该 URL的文件， 请求服务器提供该文件， 由服务器向终端发送该文件， 最后终端 从该文件中获取过滤条件列表并进行存储。 URL既可包含在业务分片的 RelatedMaterial数据结构的 MediaLocator参数中， 也可包含在内容分片的 RelatedMaterial数据结构的 MediaLocator参数中， 还可同时包含在业务分片和内 容分片各自的 RelatedMaterial数据结构的 MediaLocator参数中。 该方式为 Pull方 式。
下面以终端判断收到的描述信息中的参数是否满足存储的过滤规则为例， 对本发明进行更详细地说明。
图 7 A示出了本发明实施例中终端设置过滤规则流程图， 如图 7 A所示， 终 端根据来自服务器的过滤条件列表设置过滤规则的具体实现过程包括以下步 骤：
步骤 701〜步骤 702: 服务器设置与具体通知业务相关的过滤条件列表， 然 后在 ESG 中设置过滤条件列表的相关信息， 例如， 服务器设置 ESG 的 RelatedMaterial数据结构的 MediaLocator参数包含过滤条件列表， 向终端提供 RelatedMaterial数据结构； 又如， 服务器设置 ESG的辅助数据结构的某一文件 包含过滤条件列表， 并向终端提供该文件的 URI; 再如， 服务器设置服务器上 的某一文件包含过滤条件列表， 并向终端提供该文件的 URL。
步骤 703〜步骤 704: 服务器向终端发送过滤条件列表的相关信息， 终端根 据收到的滤条件列表的相关信息获取过滤条件列表，例如，如果服务器设置 ESG 的 RelatedMaterial数据结构的 MediaLocator参数包含过滤条件列表， 则终端直 接获取 MediaLocator参数中的过滤条件列表； 又如， 如果服务器设置 ESG 的 RelatedMaterial 数据结构的 MediaLocator 参数中包含过滤条件列表的文件的 URI, 则终端根据 MediaLocator参数中的 URI在辅助数据结构中搜索到对应于 该 URI的文件， 然后从文件中获取过滤条件列表； 再如， 如果服务器设置 ESG 的 RelatedMaterial数据结构的 MediaLocator参数中包含过滤条件列表的文件的 URL, 则终端根据 MediaLocator参数中的 U L访问服务器， 请求服务器提供该 文件， 终端从服务器提供的文件中获取过滤条件列表。
步骤 705〜步骤 707: 终端对过滤条件列表进行分析， 根据过滤条件列表的 具体内容提示终端用户设置过滤条件及过滤条件之间的关系， 生成过滤规则， 然后对过滤规则进行存储。
图 7B示出了本发明实施例中终端根据过滤规则处理通知消息流程图，如图 7B所示， 终端根据过滤规则处理通知消息的具体实现过程包括以下步骤：
步骤 708〜步骤 709: 服务器需要向终端发送通知消息， 在通知消息中增加 描述信息； 然后向终端发送携带有描述信息的通知消息。
步骤 710〜步骤 711 : 终端收到通知消息后， 从描述信息中获取参数， 判断 参数是否满足存储的过滤规则， 如果是， 则终端向终端用户显示该通知消息； 否则， 终端直接丟弃该通知消息， 这样， 终端用户得到的通知消息将是自身最 感兴趣的通知消息。 参数满足过滤规则时， 终端也可对通知消息进行存储。 如 果描述信息满足设定结构， 终端从描述信息中获取参数是指根据设定结构确定 对应于参数名称的参数值； 如果描述信息仅为描述信息的内容时， 终端从描述 信息中获取参数是指根据存储的描述信息结构确定对应于参数名称的参数值。
终端将过滤规则存储于本地， 过滤规则在数据结构上可组成一棵判定树， 如图 7C所示， 判定树由根节点 （Root Node )及其包含的各个子节点 （Node ) 组成， 最顶端的节点为根节点， 最底端的节点为叶子节点， 根节点包含多个子 节点， 各个子节点由上至下是迭代、 包含的关系。 叶子节点是指不具有子节点 的节点、 非叶子节点是指具有子节点的节点。 过滤规则根节点的数据结构如表 4 所示。 过滤规则根节点数据结构示意
Figure imgf000017_0001
的过滤条件是否成立来确定； 节点为非叶子节点时， 该节点的判定值由该节点 的各子节点的判定值根据过滤条件关系经过运算后来确定。 FilteringRuleRelation 为过滤条件关系。 SingleNode为唯一子节点， 当过滤条件关系为 "非" 操作时， 相应节点包含的一个子节点。 DoubleNodeL为左子节点，当过滤条件关系为 "或" 或 "与" 操作时， 相应节点为操作符左边的子节点。 DoubleNodeR为右子节点， 当过滤条件关系为 "或" 或 "与" 操作时， 相应节点为操作符右边的子节点。
在节点的数据结构中， 过滤条件关系后边的数据结构由过滤条件关系的取 值来确定： 当过滤条件关系为空 （ null ) 时， SingleNode、 DoubleNodeL 和 DoubleNodeR 参数均不存在； 当过滤条件关系为 "非" 操作时， 只存在一个 SingleNode 参数， 表示包含一个子节点； 当过滤条件关系为 "或" 或 "与" 操 作时， 只存在 DoubleNodeL和 DoubleNodeR参数。 各个过滤条件确定叶子节点的判定值， 如果通知消息携带的描述信息中的 参数符合过滤条件， 则叶子节点的判定值为 "真（true )" ; 如果通知消息携带的 描述信息中的参数不符合过滤条件， 则叶子节点的判定值为 "假（false )"。 非叶 子节点的判定值由其包含的子节点的判定值经过过滤条件关系运算后的值来确 定。 将叶子节点的判定值代入判定树结构， 如果根据过滤条件关系将各节点的 判定值经过运算后得到的判定值为 "真"， 即根节点的判定值为 "真"， 则表明 描述信息中的参数满足过滤规则； 如果根据过滤条件关系将各节点的判定值经 过运算后得到的判定值无法确定或为 "假 "， 即根节点的判定值无法确定或为 "假"， 则表明描述信息中的参数不满足过滤规则。 也就是说， 根据叶子节点的 过滤条件是否成立确定叶子节点的判定值， 根据过滤条件关系对叶子节点的判 定值进行运算后， 得到叶子节点所在非叶子节点的判定值， 判断非叶子节点是 否为根节点， 如果非叶子节点不是根节点， 则继续根据过滤条件关系对非叶子 节点的判定值进行运算， 直至得到根节点的判定值， 根据根节点的判定值确定 参数是否满足过滤规则。
下面以对影片播放计划通知消息的过滤为例， 对本发明进行更明确的说明。 终端用户在 ESG订阅业务相关通知， 如某电影院最新影片播放计划通知， 服务器向终端提供过滤条件列表的相关信息， 终端获取过滤条件列表， 如表 5 所示。
过滤条件列表内容示意
参数 数据类型
FilteringDataList {
FilteringRuleRelation "非"、 "或"、 "与"
FilterData {
FilteringlnputStyle "终端用户在下拉菜单中选择"
FilteringParameterldentifier "影片类型"
FilteringParameterOperator "等于"、 "不等于"
FilteringParameterEncoding "字符串" FilteringParameter Value "动作片"、 "灾难片"、 "喜剧片"、 "恐怖片"
}
FilterData {
FilteringlnputStyle "终端用户既可输入又可在下拉菜单中选择"
FilteringParameterldentifier "演员名称"
FilteringParameterOperator "等于"、 "不等于"
FilteringParameterEncoding "字符串"
FilteringParameter Value "成龙"、 "李连杰"
}
FilterData {
FilteringlnputStyle "用户输入"
FilteringParameterldentifier "影片简介"
FilteringParameterOperator "等于，，、 "不等于，，
}
}
终端根据过滤条件列表中的具体内容提示终端用户选择过滤条件、 设置过 滤条件之间的关系， 过滤规则列表中供终端用户选择的过滤条件主要包括 "影 片类型"、 "演员名称"、 "影片简介"。 终端用户对动作片和灾难片感兴趣， 在过 滤条件列表中两次对 "影片类型" 进行设置， 并通过在下拉列表选择， 将 "影 片类型" 分别设定为 "动作片" 和 "灾难片"； 接下来终端用户设置过滤条件之 间的关系， 由于终端用户对动作片和灾难片均感兴趣， 因此将过滤条件关系设 置为 "或" 操作， 这样， 最终的过滤规则为向终端用户显示 "影片类型为动作 片或影片类型为灾难片的通知消息"， 过滤规则生成的判定树如图 8A所示， 终 端对过滤规则进行存储。 这样， 根据过滤条件 "影片类型" 为动作片是否成立 确定叶子节点 11的判定值， 根据过滤条件 "影片类型" 为灾难片是否成立确定 叶子节点 12的判定值， 根节点的过滤条件关系为 "或" 操作， 其 DoubleNodeL 为节点 11 , DoubleNodeR为节点 12, 将节点 11和节点 12的判定值进行 "或" 操作运算后得到的判定值即为根节点的判定值。
服务器向终端发送携带有描述信息的通知消息， 如果该描述信息为结构化 的描述信息， 则通知消息携带的描述信息如表 6 所示； 如果服务器已经预先向 终端下发了描述信息的结构， 则通知消息携带的描述信息的内容如表 7所示。
结构化描述信息示意
Figure imgf000020_0001
表 7 描述信息的内容示意
Figure imgf000020_0002
终端收到通知消息后， 从描述信息中提取参数， 判断参数是否满足存储的 过滤规则。 通知消息中携带的描述信息的参数名称 "影片类型" 的参数值为动 作片， 因此叶子节点 11 的过滤条件成立， 因此节点 11 的判定值为真， 叶子节 点 12的过滤条件不成立， 因此节点 12的判定值为假， 对节点 11和节点 12的 判定值进行或操作得到的判定值即为根节点的判定值， 最后根节点的判定值为 真， 表明描述信息中的参数满足过滤规则， 如图 8B所示。 终端向终端用户显示 该通知消息。 节点 11的数据结构如表 8所示， 节点 22的数据结构如表 9所示， 根节点的数据结构如表 10所示。
节点 11的数据结构示意
参数 数据取值
Node {
Judge Value true Filtering uleRelation null
}
表 9 节点 12的数据结构示意
参数 数据取值
Node {
Judge Value false
FilteringRuleRelation null
}
表 10 根节点的数据结构示意
参数 数据取值
Node {
Judge Value true
FilteringRuleRelation 或
DoubleNodeL 节点 11
DoubleNode 节点 12
}
终端不仅可根据过滤规则和描述信息中的参数实现对通知消息的过滤外， 还可根据描述信息对通知消息进行其他操作， 例如， 在描述信息中查找某一参 数， 如果能够在描述信息中查找到该参数， 则对通知消息进行处理， 否则， 直 接丟弃该通知消息； 又如， 对描述信息中包含设定参数的通知消息出现的次数 进行统计， 即如果描述信息包含设定参数， 则计数器加 1 , 以统计通知消息中出 现该设定参数的次数， 等等。
本发明实施例中处理通知消息的终端包括接收单元和处理单元，如图 9A所 示， 其中， 接收单元用于向处理单元提供收到的携带有描述信息的通知消息； 处理单元用于根据描述信息中包含的参数对收到的通知消息进行处理。
描述信息为描述信息的内容时， 终端进一步包括存储单元， 其中， 接收单 元进一步用于向存储单元提供收到的描述信息结构； 存储单元用于存储描述信 息结构， 并向处理单元提供描述信息结构； 处理单元进一步用于根据描述信息 结构对描述信息的内容进行处理， 如确定描述信息结构中参数名称对应的参数 值。 接收单元可进一步用于向存储单元提供收到的描述信息结构。
终端进一步包括存储单元， 其中， 存储单元用于存储过滤规则， 并向处理 单元提供该过滤规则； 处理单元进一步用于根据来自存储单元的过滤规则和描 述信息中包含的参数， 对通知消息进行处理， 如过滤。
在包括接收单元、 处理单元和存储单元的基础上， 其中， 接收单元进一步 用于向处理单元提供收到的过滤条件列表信息； 处理单元进一步用于根据过滤 条件列表信息获取过滤条件列表， 并对过滤条件列表进行分析， 然后设置过滤 条件及过滤条件之间的关系， 生成过滤规则， 并向存储单元提供所生成的过滤 规则。
本发明实施例中处理通知消息的服务器包括消息生成单元和发送单元， 如 图 9B所示， 其中， 消息生成单元用于在通知消息中添加描述信息， 并向发送单 元提供该通知消息； 发送单元用于发送携带有描述信息的通知消息。 服务器进 一步包括列表生成单元， 其中， 列表生成单元用于生成过滤条件列表， 并向发 送单元提供过滤条件列表信息； 发送单元进一步用于发送过滤条件列表信息。 描述信息为描述信息的内容时， 服务器进一步包括结构生成单元， 其中， 结构 生成单元用于确定描述信息结构并提供给发送单元； 发送单元进一步用于发送 描述信息结构。
本发明实施例中处理通知消息的系统包括服务器和终端， 如图 9C所示， 其 中， 服务器用于在通知消息中添加描述信息， 并向终端发送该通知消息； 终端 用于根据描述信息中包含的参数对收到的通知消息进行处理。 描述信息为描述 信息的内容时， 服务器进一步用于确定描述信息结构， 并发送给终端； 终端进 一步用于对描述信息结构进行存储， 并在收到通知消息后， 根据描述信息结构 和描述信息的内容确定参数。 终端进一步用于存储过滤规则， 并根据过滤规则 和描述信息中包含的参数对收到的通知消息进行处理。 服务器进一步用于生成 过滤条件列表， 并向终端发送过滤条件列表信息； 终端进一步用于根据过滤条 件列表信息获取过滤条件列表， 并对过滤条件列表进行分析， 然后提示终端用 户设置过滤条件及过滤条件之间的关系， 生成过滤规则。
其中， 终端包括接收单元和处理单元， 接收单元用于向处理单元提供收到 的携带有描述信息的通知消息； 处理单元用于根据描述信息中包含的参数对收 到的通知消息进行处理。 描述信息为描述信息的内容时， 终端进一步包括存储 单元， 其中， 存储单元用于存储描述信息结构， 并向处理单元提供描述信息结 构； 处理单元进一步用于根据描述信息结构对描述信息的内容进行处理， 如确 定描述信息结构中参数名称对应的参数值。 终端进一步包括存储单元， 其中， 存储单元用于存储过滤规则， 并向处理单元提供该过滤规则； 处理单元进一步 用于根据来自存储单元的过滤规则和描述信息中包含的参数， 对通知消息进行 处理。 在包括接收单元、 处理单元和存储单元的基础上， 其中， 接收单元进一 步用于向处理单元提供收到的过滤条件列表信息； 处理单元进一步用于根据过 滤条件列表信息获取过滤条件列表， 并对过滤条件列表进行分析， 然后设置过 滤条件及过滤条件之间的关系， 生成过滤规则， 并向存储单元提供所生成的过 滤规则。
其中， 服务器包括消息生成单元和发送单元， 消息生成单元用于在通知消 息中添加描述信息， 并向发送单元提供该通知消息； 发送单元用于发送携带有 描述信息的通知消息。 服务器进一步包括列表生成单元， 用于生成过滤条件列 表， 并向发送单元提供过滤条件列表信息； 发送单元进一步用于发送过滤条件 列表信息。 描述信息为描述信息的内容时， 服务器进一步包括结构生成单元， 其中， 结构生成单元用于确定描述信息结构并提供给发送单元； 发送单元进一 步用于发送描述信息结构。
显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求
1、 一种处理通知消息的方法， 其特征在于， 该方法包含以下步骤： 服务器向终端发送携带有描述信息的通知消息， 所述描述信息包含参数； 终端根据所述参数解析所述通知消息。
2、 根据权利要求 1所述的方法， 其特征在于，
所述描述信息为： 满足设定结构的描述信息， 所述参数包含参数名称和参 数值；
所述终端根据所述参数解析所述通知消息为： 终端根据所述设定结构确定 对应于所述描述信息中参数名称的参数值。
3、 根据权利要求 1所述的方法， 其特征在于， 所述描述信息为参数值； 所 述服务器向终端发送携带有描述信息的通知消息之前还包括：
终端获取描述信息结构， 并存储； 所述描述信息结构中包含参数名称； 贝' J , 所述终端根据所述参数解析所述通知消息为： 终端根据所述描述信息 结构确定参数名称， 确定与所述参数名称对应的所述参数值。
4、根据权利要求 3所述的方法， 其特征在于， 所述终端获取描述信息结构， 并存储， 包括：
终端通过电子业务指南 ESG获取所述描述信息结构所在地址， 并根据所述 地址获取所述描述信息结构并存储； 或
服务器直接向终端提供所述描述信息结构， 终端获取所述描述信息结构并 进行存储。
5、 根据权利要求 4所述的方法， 其特征在于，
终端是通过 ESG的媒体定位符号参数或服务分片参数获取描述信息结构所 在地址， 或获取所述描述信息结构的。
6、 根据权利要求 5所述的方法， 其特征在于，
所述终端获取描述信息结构， 并存储， 包括：
ESG 的辅助数据结构的文件包含描述信息结构或服务器端的文件包含描述 信息结构，并将所述文件的统一资源标识 URI或统一资源定位器 URL携带于发 给终端的相关内容数据结构的媒体定位符号参数或服务分片参数中， 终端通过 所述 URI或 URL获取所述描述信息结构， 并存储； 或
服务器向终端发送的 ESG的相关内容数据结构中的媒体定位符号参数或服 务分片参数包含所述描述信息结构， 终端在收到的所述相关内容数据结构中的 媒体定位符号参数或服务分片参数中获取描述信息结构， 并存储。
7、 根据权利要求 1所述的方法， 其特征在于，
所述终端根据所述参数解析所述通知消息进一步包括：
终端存储过滤规则， 并根据所述过滤规则和描述信息中包含的参数对通知 消息进行过滤。
8、根据权利要求 7所述的方法， 其特征在于， 所述终端存储过滤规则包括： 终端通过服务器获取过滤条件列表， 并根据所述列表设置过滤规则； 或 终端直接设置过滤规则并存储； 或
终端直接接收服务器提供的所述过滤规则。
9、 根据权利要求 8所述的方法， 其特征在于， 所述终端通过服务器获取过 滤条件列表包括： 服务器直接向终端提供过滤条件列表； 或服务器向终端下发 包含过滤条件列表的文件地址， 终端根据所述文件地址获取所述条件列表。
10、 根据权利要求 7 所述的方法， 其特征在于， 所述终端根据所述过滤规 则和描述信息中包含的参数对通知消息进行过滤之后， 进一步包括： 终端存储 或显示含有满足过滤条件的参数的通知消息。
11、 一种处理通知消息的终端， 其特征在于， 该终端包括：
接收单元， 用于接收携带有描述信息的通知消息， 所述描述信息中包含有 参数；
处理单元， 用于根据所述参数对通知消息进行解析。
12、 根据权利要求 11所述的终端， 其特征在于， 所述描述信息为参数值， 所述终端进一步包括： 存储单元，
所述接收单元， 进一步用于接收描述信息结构； 所述存储单元， 用于存储所述描述信息结构；
所述处理单元， 进一步用于根据所述存储的描述信息结构确定通知消息携 带的参数值对应的所述参数名称。
13、 根据权利要求 11所述的终端， 其特征在于， 所述终端进一步包括： 存 储单元，
所述存储单元， 用于存储过滤规则；
所述处理单元， 进一步用于根据所述过滤规则和描述信息中包含的参数对 通知消息进行过滤。
14、 根据权利要求 13所述的终端， 其特征在于，
所述接收单元， 进一步用于接收过滤条件列表信息；
所述处理单元， 进一步用于根据所述过滤条件列表信息获取过滤条件列表, 设置过滤条件及过滤条件之间的关系， 生成过滤规则。
15、 一种处理通知消息的服务器， 其特征在于， 该服务器包括：
消息生成单元， 用于在通知消息中添加描述信息；
发送单元， 用于发送所述携带有描述信息的通知消息。
16、根据权利要求 15所述的服务器， 其特征在于， 所述描述信息为参数值， 所述服务器进一步包括： 结构生成单元，
所述结构生成单元， 用于确定描述信息结构；
所述发送单元， 进一步用于发送所述描述信息结构。
17、 根据权利要求 15或 16所述的服务器， 其特征在于， 所述服务器进一 步包括： 列表生成单元，
所述列表生成单元， 用于生成过滤条件列表；
所述发送单元， 进一步用于发送所述过滤条件列表信息。
18、 一种处理通知消息的系统， 其特征在于， 该系统包括： 服务器和终端， 服务器， 用于在通知消息中添加描述信息， 并向终端发送该通知消息； 终端， 用于根据描述信息中包含的参数对收到的通知消息进行解析。
19、 根据权利要求 18所述的系统， 其特征在于， 所述描述信息为参数值， 所述服务器， 进一步用于确定描述信息结构并发送给终端； 所述终端， 进一步用于对描述信息结构进行存储， 并在收到通知消息后， 根据存储的描述信息结构确定对应于描述信息结构中参数名称的参数值。
20、 根据权利要求 18或 19所述的系统， 其特征在于， 所述终端， 进一步 用于存储过滤规则， 并根据过滤规则和描述信息中包含的参数对收到的通知消 息进行过滤。
21、 根据权利要求 20所述的系统， 其特征在于，
所述服务器， 进一步用于生成过滤条件列表， 并向终端发送过滤条件列表 信息；
所述终端， 进一步用于根据过滤条件列表信息获取过滤条件列表， 并对过 滤条件列表进行分析， 然后提示终端用户设置过滤条件及过滤条件之间关系， 生成过滤规则。
PCT/CN2007/002843 2006-09-29 2007-09-28 Procédé, terminal, serveur et système pour traiter un message de notification WO2008043266A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP07816457.1A EP2071859B1 (en) 2006-09-29 2007-09-28 Method and terminal for processing a notification message
US12/413,286 US8433748B2 (en) 2006-09-29 2009-03-27 Method, terminal, server and system for processing notification message

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610140661XA CN101155050B (zh) 2006-09-29 2006-09-29 一种处理通知消息的方法、终端、服务器及系统
CN200610140661.X 2006-09-29

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/413,286 Continuation US8433748B2 (en) 2006-09-29 2009-03-27 Method, terminal, server and system for processing notification message

Publications (1)

Publication Number Publication Date
WO2008043266A1 true WO2008043266A1 (fr) 2008-04-17

Family

ID=39256508

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/002843 WO2008043266A1 (fr) 2006-09-29 2007-09-28 Procédé, terminal, serveur et système pour traiter un message de notification

Country Status (4)

Country Link
US (1) US8433748B2 (zh)
EP (1) EP2071859B1 (zh)
CN (1) CN101155050B (zh)
WO (1) WO2008043266A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101145928B (zh) * 2006-09-15 2012-06-20 华为技术有限公司 用于获取默认通知消息的实现方法、服务器和用户终端
CN102158811B (zh) * 2008-04-11 2013-10-09 华为技术有限公司 一种bcast中通知消息呈现方式的方法和装置
CN101557267B (zh) * 2008-04-11 2011-06-08 华为技术有限公司 一种bcast中通知消息呈现方式的方法和装置
FR2930829A1 (fr) * 2008-04-30 2009-11-06 Airbus France Sas Procede et dispositif d'aide a la conception de textes pour pilote, membre d'equipage ou conducteur
US8315607B2 (en) * 2009-04-06 2012-11-20 Htc Corporation Method and system for filtering incoming messages to a mobile device
US8825836B1 (en) * 2010-01-18 2014-09-02 Symantec Corporation Systems and methods for managing notification messages generated by one or more applications
CN102088421A (zh) * 2010-12-29 2011-06-08 百度在线网络技术（北京）有限公司 一种用于对通知消息进行处理的设备及其方法
CN102195895B (zh) * 2011-03-23 2014-12-17 中兴通讯股份有限公司 一种消息发送、接收处理的方法及其装置
US9271256B2 (en) * 2011-08-30 2016-02-23 Qualcomm Incorporated Verifying generic broadcast of location assistance data
US9606992B2 (en) * 2011-09-30 2017-03-28 Microsoft Technology Licensing, Llc Personal audio/visual apparatus providing resource management
CN109040409B (zh) * 2013-06-19 2023-03-24 华为终端有限公司 一种数据和消息处理的方法及装置
CN105956038A (zh) * 2016-04-26 2016-09-21 宇龙计算机通信科技(深圳)有限公司 通知消息的管理方法、管理装置和终端
US11356804B2 (en) 2018-02-25 2022-06-07 Qualcomm Incorporated Systems and methods for efficiently supporting broadcast of location assistance data in a wireless network
US11191056B2 (en) 2018-08-08 2021-11-30 Qualcomm Incorporated Systems and methods for validity time and change notification of broadcast location assistance data

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060053450A1 (en) * 2004-09-09 2006-03-09 Nokia Corporation Mobile television electronic service guide delivery system

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6012100A (en) * 1997-07-14 2000-01-04 Freegate Corporation System and method of configuring a remotely managed secure network interface
GB0022951D0 (en) * 2000-09-19 2000-11-01 Sgs Thomson Microelectronics Data injection
US20020188688A1 (en) * 2001-06-12 2002-12-12 Bice Richard S. Automated message handling system and process
US20040098715A1 (en) * 2002-08-30 2004-05-20 Parixit Aghera Over the air mobile device software management
US8155117B2 (en) * 2004-06-29 2012-04-10 Qualcomm Incorporated Filtering and routing of fragmented datagrams in a data network
US8176126B2 (en) * 2004-08-26 2012-05-08 International Business Machines Corporation System, method and program to limit rate of transferring messages from suspected spammers
US20060123099A1 (en) * 2004-12-08 2006-06-08 Nokia Corporation Enhanced electronic service guide container
US7836137B2 (en) * 2007-03-23 2010-11-16 Microsoft Corporation E-mail tool management shell command set

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060053450A1 (en) * 2004-09-09 2006-03-09 Nokia Corporation Mobile television electronic service guide delivery system

Also Published As

Publication number Publication date
EP2071859B1 (en) 2017-07-05
EP2071859A1 (en) 2009-06-17
US20090240767A1 (en) 2009-09-24
CN101155050B (zh) 2011-12-07
CN101155050A (zh) 2008-04-02
EP2071859A4 (en) 2010-03-24
US8433748B2 (en) 2013-04-30

Similar Documents

Publication Publication Date Title
WO2008043266A1 (fr) Procédé, terminal, serveur et système pour traiter un message de notification
JP5542592B2 (ja) セッションを告知する方法
JP4860610B2 (ja) セッションオブジェクトのグルーピング
JP4620779B2 (ja) ブロードキャストシステムにおける通知メッセージを提供する方法及び装置
JP2009506607A (ja) デジタル放送サービスガイドにおけるメッセージングテンプレートを配信する方法
WO2009155839A1 (zh) 交互组件更新的方法、终端和服务器
JP2008507009A (ja) データオブジェクトの転送
TWI639349B (zh) 廣播識別符傳訊
TW200939674A (en) System and method for multiple-level message filtering
WO2008128409A1 (fr) Procédé et appareil pour émettre et recevoir un message de notification à travers le protocole de distribution de fichier par transport unidirectionnel
CN101505405A (zh) 基于内容标引的数字媒体内容播发方法及系统
WO2016197475A1 (zh) 流媒体传输方法、播放方法、传输装置及播放装置
KR101351715B1 (ko) 계승 통신 관리 장치
WO2009033338A1 (fr) Procédé d&#39;actualisation et de transmission d&#39;un guide électronique de services
CN104782102B (zh) 用于提供网络中的交互式服务的设备和方法
JP5200267B2 (ja) 通知メッセージを送信するための送信装置、方法、プログラム、及びコンピュータ読み取り可能な記録媒体、通知メッセージを受信するための対応する端末装置、方法、プログラム、及びコンピュータ読み取り可能な記録媒体、並びにシステム
TW201108653A (en) Rich media-enabled service guide provision method and system for broadcast service
EP2413600A2 (en) Iptv receiver, and content-downloading method for same
RU2378795C2 (ru) Способ и устройство для предоставления сообщения оповещения в системе широковещательной передачи
WO2010040267A1 (zh) 一种移动多媒体终端的业务发布方法及系统
CN109923869B (zh) 发送用户服务捆绑描述的方法，及渲染视频服务的设备
TW200926700A (en) Method and apparatus for the aggregation and indexing of message parts in multipart mime objects
GB2407242A (en) Method of announcing sessions in an electronic service guide
KR100769979B1 (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: 07816457

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2007816457

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2007816457

Country of ref document: EP