CN101155050B - 一种处理通知消息的方法、终端、服务器及*** - Google Patents
一种处理通知消息的方法、终端、服务器及*** Download PDFInfo
- Publication number
- CN101155050B CN101155050B CN200610140661XA CN200610140661A CN101155050B CN 101155050 B CN101155050 B CN 101155050B CN 200610140661X A CN200610140661X A CN 200610140661XA CN 200610140661 A CN200610140661 A CN 200610140661A CN 101155050 B CN101155050 B CN 101155050B
- Authority
- CN
- China
- Prior art keywords
- terminal
- descriptor
- parameter
- filtercondition
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种处理通知消息的方法、终端、服务器及***。所述方法服务器向终端发送携带描述信息的通知消息,所述描述信息包含参数;终端收到通知消息后,根据所述参数解析所述通知消息。描述信息中可包含一个或多个参数,从而通过通知消息向终端提供更多信息,使终端用户迅速得到所需要的信息。在通知消息中增加描述信息后,终端可对收到的通知消息进行各种处理,在终端上实现各种新的功能。
Description
技术领域
本发明涉及移动通信技术,特别是指一种处理通知消息的方法、终端、服务器及***。
背景技术
经过近几十年的发展,移动通信惠及的人群越来越广,但是其所提供的业务仍然以语音和消息为主。随着因特网(Internet)的迅猛发展,大量多媒体业务同步涌现,人们显然也逐步要求移动通信能够支持多媒体业务。Internet提供的有些多媒体应用要求多个终端用户同时接收相同的数据,如移动视频、电视广播、视频会议、网上教育、互动游戏等,其中,移动视频在国内外已逐渐成为一个炙手可热的话题。从目前的应用情况来看,移动视频的承载网络实现方式主要可分为以下几种:第一种是基于地面广播的方式,包括欧洲的数字视频手持广播(Digital Video Broadcasting-Handheld,DVB-H)技术、韩国的陆地数字多媒体广播(Terrestrial-Digital Multimedia Broadcasting,T-DMB)技术、美国的MediaFLO等;第二种是基于卫星传播的方式,主要包括欧洲的卫星数字多媒体广播(Satellite Digital Multimedia Broadcasting,SDMB)技术;第三种是基于移动网络的第三代合作伙伴计划项目(3rd Generation PartnershipProject,3GPP)中多媒体广播和组播业务(Multimedia Broadcast/MulticastService,MBMS)技术、广播多播业务(Broadcast Multicast Service,BCMCS)技术和流媒体技术。
此外,还有一种很重要的技术是与承载网络无关的应用层技术,包括频道内容音视频编码、电子业务指南、内容保护技术以及业务鉴权、用户管理及计费等方面,相关的标准化组织有数字视频广播(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 DivisionMultiple Access,CDMA)技术、全球移动通信***(Global System For MobileCommunication,GSM)技术等。不同的通知业务服务器通过广播应用服务器向终端广播相应业务的通知消息。
电子业务指南(Electronic Service Guide,ESG)能够方便终端用户查看关于各种业务的资料,浏览视频频道和节目单、价格表,选择并购买价格表中的一项内容,以及登录网站浏览网页等。ESG是由很多不同种类的分片根据其内在的逻辑关系组成,如图2所示,购买对象和购买通道属于业务提供,业务包、业务、节目时间表和内容属于业务核心,业务获得和会话描述属于业务接入,其中,会话描述不属于分片。针对不同的实现,ESG的结构会有所不同。图2中各分片的具体含义如表1所示,分片之间的连线关系表示不同分片之间的对应关系,例如,业务与节目时间表之间的关系是1个业务分片可对应0至n个节目时间表分片。
表1分片具体含义示例
ESG的分片种类 | 作用 |
业务包(Service Bundle) | 业务的集合,与购买对象相对应 |
业务(Service) | 业务的集合 |
业务获得(Acquisition) | 业务获得分片与节目内容传输流的会话描述相关联,指明分发方法;对于终端而言,业务获得指出了访问节目内容传输流的方法途径 |
节目时间表(Schedule Event) | 是内容或业务的时间表 |
内容(Content) | 是一个业务中包含的内容或节目 |
购买对象(Purchase Item) | 终端用户可见的购买单位 |
购买通道(Purchase Channel) | 购买对象的购买途径和地址 |
通知功能(Notification)用于在移动广播***内向终端用户发送消息以通知一些即将发生的事件,终端用户或终端进行相应的处理,这些消息包括但不限于:紧急突发事件消息,与***相关的通知消息、如通知终端用户***某功能发生故障,与节目相关的事件消息、如节目演员的相关资料,软件更新的通知消息等。从业务运营的角度来看,通知功能可分为三种情况:第一种情况为默认通知业务,是与具体业务无关的通知,通常用来发送一些突发性的消息,如***故障通知、突发性灾害事件通知等;第二种情况为关联通知业务,是与具体业务相关的通知,例如,终端用户观看节目时,在某一关键情节发送一个有奖问答题给终端用户回答,或某个业务的节目预告消息等;第三种情况为独立通知业务,是与具体业务无关的通知,可作为一个独立的业务共终端用户选择订阅,可根据实际情况进行收费或加密,如收费的天气预报通知。
广播的通知消息具有固定结构,终端只能根据通知消息的结构,得到通知消息中的一些固定参数值,如业务标识、时间等信息,并利用这些固定参数值完成一些特定功能,如对通知消息进行过滤等。但是由于通知消息中所能携带的参数非常有限,并且只能是一些固定参数,这样,终端用户根据通知消息所得到的信息十分有限;并且在终端用户设置过滤条件时,只能以一些固定参数作为过滤条件,使得过滤条件的设置受限于通知消息中包含的固定参数,终端用户无法对过滤条件进行灵活设置,无法满足终端用户的个性化需求。
另外,由于通知消息中包含的参数非常有限,使得终端用户无法迅速得到关心的参数值,如与通知消息相关的参数值,无法对通知消息进行灵活处理。
发明内容
有鉴于此,本发明提供一种处理通知消息的方法、终端、服务器及***,通过通知消息向终端用户提供更多信息;进一步地,使终端与服务器相配合实现对通知消息的各种处理。
本发明提供的处理通知消息的方法包括:
A、服务器向终端发送携带有描述信息的通知消息,所述描述信息包含参数;
B、终端根据所述参数解析所述通知消息。
步骤A中所述描述信息为:满足设定结构的描述信息,所述参数包含参数名称和参数值;所述步骤B为:终端根据设定结构确定对应于所述描述信息中参数名称的参数值。
所述步骤A之前进一步包括步骤A1:终端获取描述信息结构,并存储;所述描述信息结构中包含参数名称;步骤A中所述描述信息为参数值;所述步骤B为:终端根据存储的描述信息结构确定参数名称,确定与所述参数名称对应的所述参数值。
所述步骤A1包括A11:终端通过电子业务指南ESG的媒体定位符号参数获取描述信息结构所在地址,并根据所述地址获取所述描述信息结构并存储;或步骤A12:服务器直接向终端提供描述信息结构,终端获取该描述信息结构并进行存储。
所述步骤A11具体为:ESG的辅助数据结构的文件包含描述信息结构或服务器端的文件包含描述信息结构,并将所述文件的统一资源标识URI或统一资源***URL携带于发给终端的相关内容数据结构的媒体定位符号参数中,终端通过所述URI或URL获取所述描述信息结构,并存储;所述步骤A12具体为:服务器向终端发送的ESG的相关内容数据结构中的媒体定位符号参数包含所述描述信息结构,终端在收到的所述相关内容数据结构中的媒体定位符号参数中获取描述信息结构,并存储。
所述步骤B之前进一步包括步骤B0:终端存储过滤规则;所述步骤B进一步包括:终端根据过滤规则和描述信息中包含的参数对通知消息进行过滤。
所述步骤B0之前进一步包括:终端通过服务器获取过滤条件列表,并根据所述列表设置过滤规则;或终端直接设置过滤规则并存储;或过滤规则还可由服务器直接向终端提供。
所述终端通过服务器获取过滤条件列表包括:服务器直接向终端提供过滤条件列表;或服务器向终端下发包含过滤条件列表的文件地址,终端根据所述文件地址获取所述条件列表。
所述步骤B之后进一步包括:终端获取所述参数,并存储或显示含有满足过滤条件的参数的通知消息。
本发明提供的处理通知消息的终端,包括:接收单元用于接收携带有描述信息的通知消息,所述描述信息中包含有参数;处理单元用于根据所述参数通知消息进行解析。
所述描述信息为描述信息为参数值时,所述终端进一步包括存储单元,所述接收单元,进一步用于接收描述信息结构;所述存储单元用于存储所述描述信息结构;所述处理单元进一步用于根据所述存储的描述信息结构确定通知消息携带的参数值对应的所述参数名称。
所述终端进一步包括存储单元,所述存储单元用于存储过滤规则;所述处理单元进一步用于根据所述过滤规则和描述信息中包含的参数对通知消息进行过滤。
所述接收单元进一步用于接收过滤条件列表信息;所述处理单元进一步用于根据所述过滤条件列表信息获取过滤条件列表,设置过滤条件及过滤条件之间的关系,生成过滤规则。
本发明提供的处理通知消息的服务器,包括:消息生成单元用于在通知消息中添加描述信息;发送单元用于发送所述携带有描述信息的通知消息。
所述描述信息为参数值时,所述服务器进一步包括结构生成单元,所述结构生成单元用于确定描述信息结构;所述发送单元进一步用于发送所述描述信息结构。
所述服务器进一步包括列表生成单元,所述列表生成单元用于生成过滤条件列表并向发送单元提供过滤条件列表信息;所述发送单元进一步用于发送所述过滤条件列表信息。
本发明提供的处理通知消息的***,包括服务器和终端,服务器用于在通知消息中添加描述信息,并向终端发送该通知消息;终端用于根据描述信息中包含的参数对收到的通知消息进行解析。
描述信息为参数值时,所述服务器进一步用于确定描述信息结构并发送给终端;所述终端进一步用于对描述信息结构进行存储,并在收到通知消息后,根据存储的描述信息结构确定对应于描述信息结构中参数名称的参数值。
所述终端进一步用于存储过滤规则,并根据过滤规则和描述信息中包含的参数对收到的通知消息进行过滤。
所述服务器进一步用于生成过滤条件列表,并向终端发送过滤条件列表信息;所述终端进一步用于根据过滤条件列表信息获取过滤条件列表,并对过滤条件列表进行分析,然后提示终端用户设置过滤条件及过滤条件之间的关系,生成过滤规则。
本发明中,服务器向终端发送携带描述信息的通知消息,所述描述信息包含参数;终端收到通知消息后,根据所述参数解析所述通知消息,描述信息中可包含一个或多个参数,从而通过通知消息向终端提供更多信息,使终端用户迅速得到所需要的信息。由于本发明中通知消息中携带的描述信息可为结构化的描述信息,也可预先向终端提供描述信息的结构,通知消息中携带的描述信息仅为参数值,这样,通过设置不同的描述信息的结构可使描述信息中携带各种各样的参数,使得终端根据通知消息携带的描述信息得到的参数更为多样和灵活。
另外,在通知消息中增加描述信息后,终端可对收到的通知消息进行各种处理,在终端上实现各种新的功能,例如,终端通过存储的过滤规则可实现对通知消息的过滤,终端用户可设置满足自身个性化要求的过滤规则,终端在收到某个通知业务的消息时,确定通知消息中的参数值是否满足存储的过滤规则,对该通知消息进行相应处理,如只存储或展示终端用户感兴趣的通知消息。终端用户可根据包含多个参数的过滤条件列表设置过滤规则,或终端或服务器根据描述信息中包含的一个或多个参数及参数之间的关系设置过滤规则,由于描述信息中包含的参数是多种多样的,因此,本发明中得到的过滤规则是灵活多样的。
附图说明
图1示出了现有技术中实现广播业务的组网示意图;
图2示出了现有技术中ESG模型示意图;
图3示出了本发明中结构化描述信息示意图;
图4示出了本发明中终端通过MediaLocator参数获取描述信息结构的示意图;
图5A示出了本发明中过滤规则设置流程图;
图5B示出了本发明中根据过滤规则处理通知消息示意图;
图6示出了本发明中终端通过MediaLocator参数获取过滤条件列表示意图;
图7A示出了本发明中终端设置过滤规则流程图;
图7B示出了本发明中终端根据过滤规则处理通知消息流程图;
图7C示出了本发明中终端存储的过滤规则数据结构示意图;
图8A示出了本发明中具体实例中判定树结构;
图8B示出了本发明中具体实例中判定树取值示意图;
图9A示出了本发明中处理通知消息的终端结构示意图;
图9B示出了本发明中处理通知消息的服务器结构示意图;
图9C示出了本发明中处理通知消息的***结构示意图。
具体实施方式
本发明中,服务器向终端发送携带描述信息的通知消息,终端收到通知消息后,根据描述信息中包含的参数对通知消息进行处理。描述信息中可包含一个或多个参数。通知消息中携带的描述信息可为结构化的描述信息,即该描述信息中包含描述信息的结构和描述信息的内容;也可预先向终端提供描述信息的结构,这样,通知消息中携带的描述信息仅为描述信息的内容,描述信息的内容可仅为参数值。
在通知消息中携带的描述信息为结构化描述信息的具体实现中,服务器可根据设定结构将参数信息组成描述信息,然后向终端下发该具有设定结构的描述信息。服务器可对描述信息按照参数列表(ParameterList)的格式进行结构化,参数列表的数据结构如表2所示。
表2结构化描述信息的数据结构示意
参数 | 类型 | 出现次数 | 含义 | 数据类型 |
ParameterList | E | 0..1 | 参数列表 | NA |
ParameterNumber | A | 1 | 参数数量 | 整形,指示Parameter的数量 |
Parameter | E1 | 0..N | 参数 | NA |
ParameterIdentifier-Length | E2 | 1 | 参数名称长度 | 整形 |
ParameterIdentifier | E2 | 1 | 参数名称 | 字符串,长度由ParameterIdentifierLength指定 |
ParameterEncoding | E2 | 1 | 参数值类型 | 固定长度的字符串,定义了ParameterValue的编码方式和字符串长度,包括字符串(string)类型、有符号短整形(signed short)类型、长整形(long)类型、布尔(boolean)类型、浮点(float)类型、双字节整形(double)类型、日期(date)类型 |
ParameterValue-Length | E2 | 1 | 参数值长度 | 整形 |
ParameterValue | E2 | 1 | 参数值 | 字符串,编码方式为ParameterEncoding指定的类型,长度由ParameterValueLength确定 |
其中,E为元素(Element),A为属性(Attribute),E1为第一层元素,E2为第一层元素的子元素,依此类推。
图3示出了本发明中结构化描述信息,如图3所示,与表2相结合,设定结构的描述信息由N个参数(Parameter)组成,参数名称长度(ParameterIdentifierLength)的值确定参数名称(ParameterIdentifier)所占的字节长度,参数值长度(ParameterValueLength)的值确定参数值(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/FilterConstruct.xsd,然后服务器向终端下发RelatedMaterial数据结构,终端通过收到的RelatedMaterial数据结构的MediaLocator参数获取URL,然后终端访问服务器,根据该URL搜索到对应于该URL的文件,请求服务器提供该文件,由服务器向终端发送该文件,最后终端从该文件中获取描述信息结构并进行存储。URL既可包含在业务分片的RelatedMaterial数据结构的MediaLocator参数中,也可包含在内容分片的RelatedMaerial数据结构的MediaLocator参数中,还可同时包含在业务分片和内容分片各自的RelatedMaterial数据结构的MediaLocator参数中。该方式为Pull方式。
终端存储了描述信息结构后,服务器后续过程中向终端发送的通知消息中可仅携带描述信息的内容,终端收到通知消息后,可根据存储的描述信息结构,对描述信息的内容进行处理,如确定描述信息结构中参数名称对应的参数值。
例如,终端获取并存储的描述信息结构的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所示。
表3过滤条件列表数据结构示意
参数 | 类型 | 出现次数 | 含义 | 数据类型 |
FilteringData-List | E | 0..1 | 过滤条件列表 | NA |
FilteringRule-Relation | E1 | 1 | 过滤条件关系 | 字符串,过滤条件之间可供选择的关系,可为“非”、“或”、“与”,该参数 |
可包含多个关系 | ||||
FilterData | E1 | 0..N | 过滤条件 | NA |
FilteringInput-Style | A | 1 | 过滤参数值的选择方式 | 字符串,可用的选择方式,例如,包含如下几个任意字符串,“用户输入”、“用户在下拉菜单中选择”、“用户既可以输入也可以在下拉菜单中选择” |
FilteringPara-meterIdentifier | E2 | 过滤参数名称 | 字符串 | |
FilteringPara-meterOperator | E2 | 1 | 过滤参数操作符号 | 字符串,用户选择的过滤参数名称和值之间可选的操作符号,可为等于(equals)、不等于(not_equals)、大于(greater_than)、大于或等于(greater_than_or_equal)、小于(less_than)、小于或等于(less_than_or_equal),该参数可包含多个操作符号 |
FilteringPara-meterEncoding | E2 | 0..1 | 过滤参数值类型 | 字符串,定义了FilteringParameterValue的编码方式,可采用字符串多媒体数字信号编码(StringCodec),可用的过滤参数值类型有string类型、有signed short类型、long类型、boolean类型、float类型、double类型、date类型 |
FilteringPara-meterValue | E2 | 1 | 过滤参数可选值 | 字符串,可供用户选择的过滤参数值,编码方式由 |
FilteringParameterEncoding确定,可有任意个参数值 |
其中,E为元素(Element),A为属性(Attribute),E1为第一层元素,E2为第一层元素的子元素,依此类推。
服务器可通过现有ESG中的RelatedMaterial数据结构向终端下发过滤条件列表。
服务器通过RelatedMaterial数据结构向终端下发过滤条件列表时,可分为Pull和Push两种方式。其中,Pull方式由终端发起,终端通过ESG的MediaLocator参数获取过滤条件列表所在地址后,向服务器提出申请,然后服务器根据终端的申请将过滤条件列表发送给终端;Push方式由服务器发起,服务器在ESG中承载过滤条件列表,通过广播网络发送给终端。
可具体通过以下三种方式实现。
第一种方式,服务器设置RelatedMaterial数据结构中的MediaLocator参数包含过滤条件列表,然后向终端下发RelatedMaterial数据结构;终端直接在收到的RelatedMaterial数据结构的MediaLocator参数中获取过滤条件列表,并对该过滤条件列表进行存储。过滤条件列表既可包含在业务分片的RelatedMaterial数据结构的MediaLocator参数中,也可包含在内容分片的RelatedMaterial数据结构的MediaLocator参数中,还可同时包含在业务分片和内容分片各自的RelatedMaterial数据结构的MediaLocator参数中。该方式为Push方式。
第二种方式,服务器设置ESG的辅助数据结构的某一文件包含过滤条件列表,并设置RelatedMaterial数据结构中的MediaLocator参数包含该文件的URI,然后向终端下发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数据结构的MediaLocator参数中,也可包含在内容分片的RelatedMaterial数据结构的MediaLocator参数中,还可同时包含在业务分片和内容分片各自的RelatedMaterial数据结构的MediaLocator参数中。该方式为Push方式。
第三种方式,服务器设置服务器端的某一文件包含过滤条件列表,并设置RelatedMaterial数据结构中的MediaLocator参数包含该文件有效的“http”、“ftp”、“rtsp”、“tftp”等地址的URL,如http://www.kbs.co.kr/Filter.xml,然后服务器向终端下发RelatedMaterial数据结构,终端通过收到的RelatedMaterial数据结构的MediaLocator参数获取URL,然后终端访问服务器,根据该URL搜索到对应于该URL的文件,请求服务器提供该文件,由服务器向终端发送该文件,最后终端从该文件中获取过滤条件列表并进行存储。URL既可包含在业务分片的RelatedMaterial数据结构的MediaLocator参数中,也可包含在内容分片的RelatedMaterial数据结构的MediaLocator参数中,还可同时包含在业务分片和内容分片各自的RelatedMaterial数据结构的MediaLocator参数中。该方式为Pull方式。
下面以终端判断收到的描述信息中的参数是否满足存储的过滤规则为例,对本发明进行更详细地说明。
图7A示出了本发明中终端设置过滤规则流程图,如图7A所示,终端根据来自服务器的过滤条件列表设置过滤规则的具体实现过程包括以下步骤:
步骤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参数中的URL访问服务器,请求服务器提供该文件,终端从服务器提供的文件中获取过滤条件列表。
步骤705~步骤707:终端对过滤条件列表进行分析,根据过滤条件列表的具体内容提示终端用户设置过滤条件及过滤条件之间的关系,生成过滤规则,然后对过滤规则进行存储。
图7B示出了本发明中终端根据过滤规则处理通知消息流程图,如图7B所示,终端根据过滤规则处理通知消息的具体实现过程包括以下步骤:
步骤708~步骤709:服务器需要向终端发送通知消息,在通知消息中增加描述信息;然后向终端发送携带有描述信息的通知消息。
步骤710~步骤711:终端收到通知消息后,从描述信息中获取参数,判断参数是否满足存储的过滤规则,如果是,则终端向终端用户显示该通知消息;否则,终端直接丢弃该通知消息,这样,终端用户得到的通知消息将是自身最感兴趣的通知消息。参数满足过滤规则时,终端也可对通知消息进行存储。如果描述信息满足设定结构,终端从描述信息中获取参数是指根据设定结构确定对应于参数名称的参数值;如果描述信息仅为描述信息的内容时,终端从描述信息中获取参数是指根据存储的描述信息结构确定对应于参数名称的参数值。
终端将过滤规则存储于本地,过滤规则在数据结构上可组成一棵判定树,如图7C所示,判定树由根节点(Root Node)及其包含的各个子节点(Node)组成,最顶端的节点为根节点,最底端的节点为叶子节点,根节点包含多个子节点,各个子节点由上至下是迭代、包含的关系。叶子节点是指不具有子节点的节点、非叶子节点是指具有子节点的节点。过滤规则根节点的数据结构如表4所示。
表4过滤规则根节点数据结构示意
参数 | 数据类型 |
Node{ | Node类型 |
JudgeValue | 布尔型 |
FilteringRuleRelation | 整形 |
If(FilteringRuleRelation=null){ | |
} | |
else if(FilteringRuleRelation=“非”操作符){ | |
SingleNode | Node类型 |
} | |
else if(FilteringRuleRelation=“或”or“与”操作符){ | |
DoubleNodeL | Node类型 |
DoubleNodeR | Node类型 |
} | |
} |
其中,JudgeValue为判定值,节点为叶子节点时,该节点的判定值由该节点的过滤条件是否成立来确定;节点为非叶子节点时,该节点的判定值由该节点的各子节点的判定值根据过滤条件关系经过运算后来确定。FilteringRuleRelation为过滤条件关系。SingleNode为唯一子节点,当过滤条件关系为“非”操作时,相应节点包含的一个子节点。DoubleNodeL为左子节点,当过滤条件关系为“或”或“与”操作时,相应节点为操作符左边的子节点。DoubleNodeR为右子节点,当过滤条件关系为“或”或“与”操作时,相应节点为操作符右边的子节点。
在节点的数据结构中,过滤条件关系后边的数据结构由过滤条件关系的取值来确定:当过滤条件关系为空(null)时,SingleNode、DoubleNodeL和DoubleNodeR参数均不存在;当过滤条件关系为“非”操作时,只存在一个SingleNode参数,表示包含一个子节点;当过滤条件关系为“或”或“与”操作时,只存在DoubleNodeL和DoubleNodeR参数。
各个过滤条件确定叶子节点的判定值,如果通知消息携带的描述信息中的参数符合过滤条件,则叶子节点的判定值为“真(true)”;如果通知消息携带的描述信息中的参数不符合过滤条件,则叶子节点的判定值为“假(false)”。非叶子节点的判定值由其包含的子节点的判定值经过过滤条件关系运算后的值来确定。将叶子节点的判定值代入判定树结构,如果根据过滤条件关系将各节点的判定值经过运算后得到的判定值为“真”,即根节点的判定值为“真”,则表明描述信息中的参数满足过滤规则;如果根据过滤条件关系将各节点的判定值经过运算后得到的判定值无法确定或为“假”,即根节点的判定值无法确定或为“假”,则表明描述信息中的参数不满足过滤规则。也就是说,根据叶子节点的过滤条件是否成立确定叶子节点的判定值,根据过滤条件关系对叶子节点的判定值进行运算后,得到叶子节点所在非叶子节点的判定值,判断非叶子节点是否为根节点,如果非叶子节点不是根节点,则继续根据过滤条件关系对非叶子节点的判定值进行运算,直至得到根节点的判定值,根据根节点的判定值确定参数是否满足过滤规则。
下面以对影片播放计划通知消息的过滤为例,对本发明进行更明确的说明。
终端用户在ESG订阅业务相关通知,如某电影院最新影片播放计划通知,服务器向终端提供过滤条件列表的相关信息,终端获取过滤条件列表,如表5所示。
表5过滤条件列表内容示意
参数 | 数据类型 |
FilteringDataList{ | |
FilteringRuleRelation | “非”、“或”、“与” |
FilterData{ | |
FilteringInputStyle | “终端用户在下拉菜单中选择” |
FilteringParameterIdentifier | “影片类型” |
FilteringParameterOperator | “等于”、“不等于” |
FilteringParameterEncoding | “字符串” |
FilteringParameterValue | “动作片”、“灾难片”、“喜剧片”、“恐怖片” |
} | |
FilterData{ | |
FilteringInputStyle | “终端用户既可输入又可在下拉菜单中选择” |
FilteringParameterIdentifier | “演员名称” |
FilteringParameterOperator | “等于”、“不等于” |
FilteringParameterEncoding | “字符串” |
FilteringParameterValue | “成龙”、“李连杰” |
} | |
FilterData{ | |
FilteringInputStyle | “用户输入” |
FilteringParameterIdentifier | “影片简介” |
FilteringParameterOperator | “等于”、“不等于” |
} | |
} |
终端根据过滤条件列表中的具体内容提示终端用户选择过滤条件、设置过滤条件之间的关系,过滤规则列表中供终端用户选择的过滤条件主要包括“影片类型”、“演员名称”、“影片简介”。终端用户对动作片和灾难片感兴趣,在过滤条件列表中两次对“影片类型”进行设置,并通过在下拉列表选择,将“影片类型”分别设定为“动作片”和“灾难片”;接下来终端用户设置过滤条件之间的关系,由于终端用户对动作片和灾难片均感兴趣,因此将过滤条件关系设置为“或”操作,这样,最终的过滤规则为向终端用户显示“影片类型为动作片或影片类型为灾难片的通知消息”,过滤规则生成的判定树如图8A所示,终端对过滤规则进行存储。这样,根据过滤条件“影片类型”为动作片是否成立确定叶子节点11的判定值,根据过滤条件“影片类型”为灾难片是否成立确定叶子节点12的判定值,根节点的过滤条件关系为“或”操作,其DoubleNodeL为节点11,DoubleNodeR为节点12,将节点11和节点12的判定值进行“或”操作运算后得到的判定值即为根节点的判定值。
服务器向终端发送携带有描述信息的通知消息,如果该描述信息为结构化的描述信息,则通知消息携带的描述信息如表6所示;如果服务器已经预先向终端下发了描述信息的结构,则通知消息携带的描述信息的内容如表7所示。
表6结构化描述信息示意
ParameterIden-tifierLength | Parameter-Identifier | Parameter-Encoding | ParameterValue-Length | ParameterValue |
8 | 影片类型 | 字符串 | 6 | 动作片 |
8 | 演员名称 | 字符串 | 4 | 成龙 |
8 | 影片简介 | 字符串 | 100 | 故事发生在…… |
表7描述信息的内容示意
ParameterIdentifier | ParameterValue | ParameterEncoding |
影片类型 | 动作片 | 字符串 |
演员名称 | 成龙 | 字符串 |
影片简介 | 故事发生在…… | 字符串 |
终端收到通知消息后,从描述信息中提取参数,判断参数是否满足存储的过滤规则。通知消息中携带的描述信息的参数名称“影片类型”的参数值为动作片,因此叶子节点11的过滤条件成立,因此节点11的判定值为真,叶子节点12的过滤条件不成立,因此节点12的判定值为假,对节点11和节点12的判定值进行或操作得到的判定值即为根节点的判定值,最后根节点的判定值为真,表明描述信息中的参数满足过滤规则,如图8B所示。终端向终端用户显示该通知消息。节点11的数据结构如表8所示,节点22的数据结构如表9所示,根节点的数据结构如表10所示。
表8节点11的数据结构示意
参数 | 数据取值 |
Node{ | |
JudgeValue | true |
FilteringRuleRelation | null |
} |
表9节点12的数据结构示意
参数 | 数据取值 |
Node{ | |
JudgeValue | false |
FilteringRuleRelation | null |
} |
表10根节点的数据结构示意
参数 | 数据取值 |
Node{ | |
JudgeValue | true |
FilteringRuleRelation | 或 |
DoubleNodeL | 节点11 |
DoubleNodeR | 节点12 |
} |
终端不仅可根据过滤规则和描述信息中的参数实现对通知消息的过滤外,还可根据描述信息对通知消息进行其他操作,例如,在描述信息中查找某一参数,如果能够在描述信息中查找到该参数,则对通知消息进行处理,否则,直接丢弃该通知消息;又如,对描述信息中包含设定参数的通知消息出现的次数进行统计,即如果描述信息包含设定参数,则计数器加1,以统计通知消息中出现该设定参数的次数,等等。
本发明中处理通知消息的终端包括接收单元和处理单元,如图9A所示,其中,接收单元用于向处理单元提供收到的携带有描述信息的通知消息;处理单元用于根据描述信息中包含的参数对收到的通知消息进行处理。
描述信息为描述信息的内容时,终端进一步包括存储单元,其中,接收单元进一步用于向存储单元提供收到的描述信息结构;存储单元用于存储描述信息结构,并向处理单元提供描述信息结构;处理单元进一步用于根据描述信息结构对描述信息的内容进行处理,如确定描述信息结构中参数名称对应的参数值。接收单元可进一步用于向存储单元提供收到的描述信息结构。
终端进一步包括存储单元,其中,存储单元用于存储过滤规则,并向处理单元提供该过滤规则;处理单元进一步用于根据来自存储单元的过滤规则和描述信息中包含的参数,对通知消息进行处理,如过滤。
在包括接收单元、处理单元和存储单元的基础上,其中,接收单元进一步用于向处理单元提供收到的过滤条件列表信息;处理单元进一步用于根据过滤条件列表信息获取过滤条件列表,并对过滤条件列表进行分析,然后设置过滤条件及过滤条件之间的关系,生成过滤规则,并向存储单元提供所生成的过滤规则。
本发明中处理通知消息的服务器包括消息生成单元和发送单元,如图9B所示,其中,消息生成单元用于在通知消息中添加描述信息,并向发送单元提供该通知消息;发送单元用于发送携带有描述信息的通知消息。服务器进一步包括列表生成单元,其中,列表生成单元用于生成过滤条件列表,并向发送单元提供过滤条件列表信息;发送单元进一步用于发送过滤条件列表信息。描述信息为描述信息的内容时,服务器进一步包括结构生成单元,其中,结构生成单元用于确定描述信息结构并提供给发送单元;发送单元进一步用于发送描述信息结构。
本发明中处理通知消息的***包括服务器和终端,如图9C所示,其中,服务器用于在通知消息中添加描述信息,并向终端发送该通知消息;终端用于根据描述信息中包含的参数对收到的通知消息进行处理。描述信息为描述信息的内容时,服务器进一步用于确定描述信息结构,并发送给终端;终端进一步用于对描述信息结构进行存储,并在收到通知消息后,根据描述信息结构和描述信息的内容确定参数。终端进一步用于存储过滤规则,并根据过滤规则和描述信息中包含的参数对收到的通知消息进行处理。服务器进一步用于生成过滤条件列表,并向终端发送过滤条件列表信息;终端进一步用于根据过滤条件列表信息获取过滤条件列表,并对过滤条件列表进行分析,然后提示终端用户设置过滤条件及过滤条件之间的关系,生成过滤规则。
其中,终端包括接收单元和处理单元,接收单元用于向处理单元提供收到的携带有描述信息的通知消息;处理单元用于根据描述信息中包含的参数对收到的通知消息进行处理。描述信息为描述信息的内容时,终端进一步包括存储单元,其中,存储单元用于存储描述信息结构,并向处理单元提供描述信息结构;处理单元进一步用于根据描述信息结构对描述信息的内容进行处理,如确定描述信息结构中参数名称对应的参数值。终端进一步包括存储单元,其中,存储单元用于存储过滤规则,并向处理单元提供该过滤规则;处理单元进一步用于根据来自存储单元的过滤规则和描述信息中包含的参数,对通知消息进行处理。在包括接收单元、处理单元和存储单元的基础上,其中,接收单元进一步用于向处理单元提供收到的过滤条件列表信息;处理单元进一步用于根据过滤条件列表信息获取过滤条件列表,并对过滤条件列表进行分析,然后设置过滤条件及过滤条件之间的关系,生成过滤规则,并向存储单元提供所生成的过滤规则。
其中,服务器包括消息生成单元和发送单元,消息生成单元用于在通知消息中添加描述信息,并向发送单元提供该通知消息;发送单元用于发送携带有描述信息的通知消息。服务器进一步包括列表生成单元,用于生成过滤条件列表,并向发送单元提供过滤条件列表信息;发送单元进一步用于发送过滤条件列表信息。描述信息为描述信息的内容时,服务器进一步包括结构生成单元,其中,结构生成单元用于确定描述信息结构并提供给发送单元;发送单元进一步用于发送描述信息结构。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (11)
1.一种处理通知消息的方法,其特征在于,该方法包含以下步骤:
终端接收服务器发送的描述信息的结构,并接收服务器发送的携带有描述信息的通知消息,所述描述信息包含参数;
所述终端根据所述描述信息的结构,确定所述参数的参数名称,以及参数名称对应的参数值;
终端根据存储的过滤规则和描述信息中包含的参数对通知消息进行过滤。
2.根据权利要求1所述的方法,其特征在于,所述终端接收服务器发送的描述信息的结构具体包括:
A11、终端通过电子业务指南ESG的媒体定位符号参数获取描述信息结构所在地址,并根据所述地址获取所述描述信息结构并存储;或
A12、服务器直接向终端提供描述信息结构,终端获取该描述信息结构并进行存储。
3.根据权利要求2所述的方法,其特征在于,
所述步骤A11具体为:ESG的辅助数据结构的文件包含描述信息结构或服务器端的文件包含描述信息结构,并将所述文件的统一资源标识URI或统一资源***URL携带于发给终端的相关内容数据结构的媒体定位符号参数中,终端通过所述URI或URL获取所述描述信息结构,并存储;
所述步骤A12具体为:服务器向终端发送的ESG的相关内容数据结构中的媒体定位符号参数包含所述描述信息结构,终端在收到的所述相关内容数据结构中的媒体定位符号参数中获取描述信息结构,并存储。
4.根据权利要求1所述的方法,其特征在于,所述终端通过服务器获取过滤条件列表,并根据所述列表设置过滤规则;或
终端直接设置过滤规则并存储;或
过滤规则还可由服务器直接向终端提供。
5.根据权利要求4所述的方法,其特征在于,所述终端通过服务器获取过滤条件列表包括:服务器直接向终端提供过滤条件列表;或服务器向终端下发包含过滤条件列表的文件地址,终端根据所述文件地址获取所述条件列表。
6.根据权利要求1所述的方法,其特征在于,进一步包括:终端存储或显示含有满足过滤条件的参数的通知消息。
7.一种处理通知消息的终端,其特征在于,该终端包括:
存储单元,用于存储过滤规则;
接收单元,用于接收描述信息结构,并接收携带有描述信息的通知消息,所述描述信息中包含有参数;
处理单元,用于根据所述描述信息的结构,确定所述参数的参数名称,以及参数名称对应的参数值,并进一步用于根据所述过滤规则和描述信息中包含的参数对通知消息进行过滤。
8.根据权利要求7所述的终端,其特征在于,
所述接收单元,进一步用于接收过滤条件列表信息;
所述处理单元,进一步用于根据所述过滤条件列表信息获取过滤条件列表,设置过滤条件及过滤条件之间的关系,生成过滤规则。
9.一种处理通知消息的服务器,其特征在于,该服务器包括:
列表生成单元,用于生成过滤条件列表;
结构生成单元,用于确定描述信息结构;
消息生成单元,用于在通知消息中添加描述信息,所述描述信息中包含有参数;
发送单元,用于发送所述描述信息结构,并发送所述携带有描述信息的通知消息,并进一步用于发送过滤条件列表。
10.一种处理通知消息的***,其特征在于,该***包括:服务器和终端,
服务器,用于向终端发送描述信息的结构,并向终端发送携带有描述信息的通知消息,所述描述信息包含参数;
终端,用于接收所述描述信息的结构,接收所述通知消息,并根据所述描述信息的结构,确定所述参数的参数名称,以及参数名称对应的参数值,并进一步用于根据存储的过滤规则和描述信息中包含的参数对收到的通知消息进行过滤。
11.根据权利要求10所述的***,其特征在于,
所述服务器,进一步用于生成过滤条件列表,并向终端发送过滤条件列表;
所述终端,进一步用于获取过滤条件列表,并对过滤条件列表进行分析,然后提示终端用户设置过滤条件及过滤条件之间的关系,生成过滤规则。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610140661XA CN101155050B (zh) | 2006-09-29 | 2006-09-29 | 一种处理通知消息的方法、终端、服务器及*** |
PCT/CN2007/002843 WO2008043266A1 (fr) | 2006-09-29 | 2007-09-28 | Procédé, terminal, serveur et système pour traiter un message de notification |
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 (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610140661XA CN101155050B (zh) | 2006-09-29 | 2006-09-29 | 一种处理通知消息的方法、终端、服务器及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101155050A CN101155050A (zh) | 2008-04-02 |
CN101155050B true CN101155050B (zh) | 2011-12-07 |
Family
ID=39256508
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610140661XA Active CN101155050B (zh) | 2006-09-29 | 2006-09-29 | 一种处理通知消息的方法、终端、服务器及*** |
Country Status (4)
Country | Link |
---|---|
US (1) | US8433748B2 (zh) |
EP (1) | EP2071859B1 (zh) |
CN (1) | CN101155050B (zh) |
WO (1) | WO2008043266A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102195895B (zh) * | 2011-03-23 | 2014-12-17 | 中兴通讯股份有限公司 | 一种消息发送、接收处理的方法及其装置 |
Families Citing this family (13)
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 | 百度在线网络技术(北京)有限公司 | 一种用于对通知消息进行处理的设备及其方法 |
US9119167B2 (en) * | 2011-08-30 | 2015-08-25 | Qualcomm Incorporated | 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 |
CN104471920B (zh) | 2013-06-19 | 2018-06-19 | 华为终端(东莞)有限公司 | 一种数据和消息处理的方法及装置 |
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 (2)
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 |
US20060123099A1 (en) * | 2004-12-08 | 2006-06-08 | Nokia Corporation | Enhanced electronic service guide container |
Family Cites Families (7)
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 |
US7836137B2 (en) * | 2007-03-23 | 2010-11-16 | Microsoft Corporation | E-mail tool management shell command set |
-
2006
- 2006-09-29 CN CN200610140661XA patent/CN101155050B/zh active Active
-
2007
- 2007-09-28 EP EP07816457.1A patent/EP2071859B1/en active Active
- 2007-09-28 WO PCT/CN2007/002843 patent/WO2008043266A1/zh active Application Filing
-
2009
- 2009-03-27 US US12/413,286 patent/US8433748B2/en active Active
Patent Citations (2)
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 |
US20060123099A1 (en) * | 2004-12-08 | 2006-06-08 | Nokia Corporation | Enhanced electronic service guide container |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102195895B (zh) * | 2011-03-23 | 2014-12-17 | 中兴通讯股份有限公司 | 一种消息发送、接收处理的方法及其装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101155050A (zh) | 2008-04-02 |
EP2071859A4 (en) | 2010-03-24 |
US8433748B2 (en) | 2013-04-30 |
EP2071859B1 (en) | 2017-07-05 |
EP2071859A1 (en) | 2009-06-17 |
US20090240767A1 (en) | 2009-09-24 |
WO2008043266A1 (fr) | 2008-04-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101155050B (zh) | 一种处理通知消息的方法、终端、服务器及*** | |
CN103535013B (zh) | 在广播网络中使用多信道单向输送文件传递(“flute”)协议传递不同类别的文件的***及设备 | |
CN103338093B (zh) | 经由移动广播提供紧急报警服务的方法及其设备 | |
US7437549B2 (en) | Datacast distribution system | |
CN101919243B (zh) | 用于在移动广播***中提供和接收服务指南的方法和设备 | |
CN101669309A (zh) | 用于对包括多个组成的通知消息进行传输的方法和装置 | |
CN106105150A (zh) | 用于发送广播信号的设备、用于接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 | |
CN101297549A (zh) | 在服务指南中的预配置交互消息的增强信号传送 | |
CN107210828A (zh) | 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 | |
CN101273560A (zh) | 在数字广播服务指南中递送消息传送模板的方法 | |
CN101267589B (zh) | 实现互动业务的***及方法 | |
CN106105136A (zh) | 用于处理混合广播服务的装置和用于处理混合广播服务的方法 | |
KR20100127215A (ko) | 복수 레벨 메시지 필터링 | |
CN105981393A (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
CN105900359A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
CN105850141A (zh) | 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 | |
US7979317B2 (en) | Method and system for subscribing a purchase item in mobile broadcast multicast service | |
CN102100020A (zh) | 用于提供富媒体服务的方法和装置 | |
CN100561933C (zh) | 一种移动多媒体广播电子业务指南的传输方法 | |
WO2010040267A1 (zh) | 一种移动多媒体终端的业务发布方法及*** | |
CN102165789A (zh) | 实现物理载体和oma-bcast之间的适配的方法和*** | |
CN1964515A (zh) | 一种终端选择性获取业务指南信息的方法 | |
CN101094434B (zh) | 在移动广播***中订阅业务相关通知的方法 | |
CN109997365A (zh) | 用信号通知评级信息 | |
CN109923869A (zh) | 动态事件信令 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |