法律状态公告日
法律状态信息
法律状态
2012-06-20
授权
授权
2009-03-11
实质审查的生效
实质审查的生效
2008-03-19
公开
公开
技术领域
本发明涉及通信领域,具体涉及用于获取默认通知消息的实现方法、服务器和用户终端。
背景技术
随着通信技术的发展,多媒体通信正逐渐普及,用户可以使用用户设备(UE)与多媒体通信系统进行数据通信,以接受来自多媒体通信系统的越来越多的多媒体服务,如:包括手持数字视频广播(DVB-H)业务在内的移动广播服务等。
在目前所提供的移动广播服务中,通知功能是一个比较重要的功能,用于将一些即将发生的事件通知用户终端,如:紧急突发事件、与节目内容相关的事件等。从业务运营的角度来看,所述通知功能包含默认通知业务、关联通知业务以及独立通知业务这三种业务实现方式;其中,默认通知业务所涉及到的默认通知是服务商希望所有用户终端都能够接收到的。具体而言,接收所述默认通知的方法通常为:用户终端获取来自服务商的默认通知消息访问参数,并从该访问参数所指明的位置获取相对应的默认通知消息。
尽管DVB-H系统正在走向成熟,但其尚未提供获取默认通知消息的具体实现方法。相对而言,目前所应用的BCAST系统提供了获取默认通知消息的具体实现方法,该方法的操作原理如图1所示。
参见图1,图1为现有技术的用于获取默认通知消息的原理图。图1中,服务器将电子节目单发送描述字携带于电子节目单通知会话中轮播;当收到服务器轮播的电子节目单通知会话时,用户终端读取电子节目单通知会话中所包含的默认通知消息访问参数,并从读取的访问参数所指明的位置获取相对应的默认通知消息。
BCAST协议所提供获取默认通知消息的具体实现方法,虽然使用户终端能够获得默认通知消息;但仍存在下述问题:
1、一个服务商通常只提供唯一一个默认通知业务,这就要求发送给用户终端的所有电子节目单发送描述字中所包含的默认通知会话访问参数具有一致性,以确保所有默认通知会话访问参数均对应于默认通知业务所涉及的默认通知消息;然而,电子节目单通知会话中所携带的电子节目单发送描述字可能有多个,不同的电子节目单提供商很可能提供有不同的电子节目单发送描述字,因此无法保证所有的电子节目单发送描述字中所包含的默认通知会话访问参数具有一致性,进而导致用户终端读取电子节目单通知会话中所包含的某个(或某些)默认通知消息访问参数后,无法从读取的访问参数所指明的位置获取相对应的默认通知消息。
2、电子节目单通知会话中所携带的电子节目单发送描述字可能有多个,众多电子节目单提供商所提供的电子节目单都将被用户终端接收;这将在用户终端内部造成比较严重的数据冗余。
3、图1所示的数据结构是应用于BCAST系统中的,无法直接应用于DVB-H系统中,这使得DVB-H系统仍然无法提供获取默认通知消息的具体实现方法。
发明内容
有鉴于此,本发明的主要目的在于提供一种用于获取默认通知消息的实现方法,使得用户终端能够在DVB-H系统中获取默认通知消息。
本发明的另一目的在于提供一种用于获取默认通知消息的服务器和用户终端,使得用户终端能够在DVB-H系统中获取默认通知消息。
为达到上述目的,本发明的技术方案是这样实现的:
本发明公开了一种用于获取默认通知消息的实现方法,应用于DVB-H系统中,该方法包括:
将默认通知消息所对应的默认通知消息访问参数携带于数据结构中,并将该数据结构向用户终端发送;用户终端接收所述数据结构,并从收到的数据结构中获取默认通知消息访问参数,并从获取的默认通知消息访问参数所指明的位置获取默认通知消息。
将所述默认通知消息访问参数携带于数据结构中的方法为:将默认通知消息访问参数承载于自举电子业务指南(ESG)所包含的ESG提供商描述字中;
用户终端获取默认通知消息访问参数的方法为:用户终端从接收到的自举ESG所包含的所有描述字中,读取到ESG提供商描述字中的默认通知消息访问参数。
将所述默认通知消息访问参数携带于数据结构中的方法为:将默认通知消息访问参数承载于自举ESG中新添加的默认通知消息发现描述字中;
用户终端获取默认通知消息访问参数的方法为:用户终端从接收到的自举ESG所包含的所有描述字中,读取到默认通知消息发现描述字中的默认通知消息访问参数。
将所述数据结构向用户终端发送的方法为:广播承载了默认通知消息访问参数的自举ESG。
广播所述自举ESG的方法为:在公知地址轮播自举ESG;
用户终端接收所述数据结构的方法为:从所述公知地址获取传输自举ESG的ES流。
所述默认通知消息访问参数是以默认通知消息入口的数据格式被携带于数据结构中的。
将所述默认通知消息访问参数携带于数据结构中的方法为:将包含默认通知消息访问参数的默认通知消息访问描述字承载于INT表中;
用户终端获取默认通知消息访问参数的方法为:用户终端从收到的所有INT表中找到用户选择的广播业务提供商所对应的INT表,并从找到的INT表所包含的默认通知消息访问描述字中读取默认通知消息访问参数。
将所述数据结构向用户终端发送的方法为:将包含默认通知消息访问参数的INT表插入TS流中广播。
将所述默认通知消息访问参数携带于数据结构中的方法为:在要发送给用户终端的业务分片所对应的业务获得分片使用的SDP文件中加入默认通知消息访问参数,还将用于提示默认通知业务的默认通知业务标识加入业务分片;
用户终端获取默认通知消息访问参数的方法为:用户终端通过收到的业务分片的引用参数查找到对应的业务获得分片,通过找到的所述业务获得分片的引用参数查找到对应的SDP文件,从找到的SDP文件中读取默认通知消息访问参数。
将所述数据结构向用户终端发送的方法为:广播包含所述业务分片的ESG信息。
广播所述ESG信息的方法为:将ESG信息在传输会话中轮播。
所述默认通知消息访问参数是网际协议(IP)地址和端口号,用户终端获取所述默认通知消息的方法为:
监听发往作为默认通知消息访问参数的IP地址的信息;当有默认通知消息被发往该IP地址时,用户终端截获该默认通知消息。
本发明还公开了一种用于获取默认通知消息的服务器,该服务器包括与服务器收发单元相连的参数插入单元;
其中,参数插入单元,用于将默认通知消息所对应的默认通知消息访问参数携带于数据结构中,并将该数据结构发送给服务器收发单元;
服务器收发单元,用于将来自参数插入单元的数据结构向用户终端发送。
所述数据结构是:
自举ESG所包含的ESG提供商描述字。
所述数据结构是:
自举ESG中新添加的默认通知消息发现描述字。
所述数据结构是INT表。
所述数据结构是:
要向用户终端发送的业务分片所对应的业务获得分片使用的SDP文件;该业务分片中还包含新添加的用于提示默认通知业务的默认通知业务标识。
本发明还公开了一种用于获取默认通知消息的用户终端,该用户终端包括与用户终端收发单元相连的参数解析单元;
其中,用户终端收发单元,用于接收来自服务器的包含默认通知消息访问参数的数据结构,并将收到的数据结构发送给参数解析单元;
参数解析单元,用于从来自用户终端收发单元的数据结构中解析出默认通知消息访问参数,并从获取的默认通知消息访问参数所指明的位置获取默认通知消息。
参数解析单元解析出默认通知消息访问参数的所述数据结构是:
自举ESG所包含的ESG提供商描述字。
参数解析单元解析出默认通知消息访问参数的所述数据结构是:
自举ESG中新添加的默认通知消息发现描述字。
参数解析单元解析出默认通知消息访问参数的所述数据结构是:INT表。
参数解析单元解析出默认通知消息访问参数的所述数据结构是:
发送给用户终端的业务分片所对应的业务获得分片使用的SDP文件;该业务分片中还包含新添加的用于提示默认通知业务的默认通知业务标识。
与现有技术相比,本发明所提供的用于获取默认通知消息的实现方法、服务器和用户终端,应用于DVB-H系统中,需要将默认通知消息所对应的默认通知消息访问参数携带于数据结构中,并将该数据结构向用户终端发送;用户终端接收所述数据结构,并从收到的数据结构中获取默认通知消息访问参数。
本发明使得用户终端能够在DVB-H系统中顺利获得唯一的默认通知消息访问参数,并根据该默认通知消息访问参数获取默认通知消息;并且,由于用户终端获得的默认通知消息访问参数是唯一的,所以不存在现有技术中的默认通知会话访问参数一致性问题,而且也不会造成用户终端内部的数据冗余问题。
附图说明
图1为现有技术的用于获取默认通知消息的原理图;
图2为本发明实施例一的用于获取默认通知消息的原理图;
图3为图2所示原理所对应的流程图;
图4为本发明实施例二的用于获取默认通知消息的原理图;
图5为图4所示原理所对应的流程图;
图6为本发明实施例三的用于获取默认通知消息的流程图;
图7为在数字电视业务中新增了默认通知业务的示意图;
图8为本发明实施例四的用于获取默认通知消息的流程图;
图9为本发明的用于获取默认通知消息的流程简图。
具体实施方式
下面结合附图及具体实施例对本发明详细说明。
本发明所提供的用于获取默认通知消息的实现方法,应用于DVB-H系统中,需要将默认通知消息所对应的默认通知消息访问参数携带于数据结构中,并将该数据结构向用户终端发送;用户终端接收所述数据结构,从收到的数据结构中获取默认通知消息访问参数,并从获取的默认通知消息访问参数所指明的位置获取默认通知消息。
本发明所提供的用于获取默认通知消息的服务器包括与服务器收发单元相连的参数插入单元;其中,参数插入单元,用于将默认通知消息所对应的默认通知消息访问参数携带于数据结构中,并将该数据结构发送给服务器收发单元;服务器收发单元,用于将来自参数插入单元的数据结构向用户终端发送。
本发明所提供的用于获取默认通知消息的用户终端包括与用户终端收发单元相连的参数解析单元;其中,用户终端收发单元,用于接收来自服务器的包含默认通知消息访问参数的数据结构,并将收到的数据结构发送给参数解析单元;参数解析单元,用于从来自用户终端收发单元的数据结构中解析出默认通知消息访问参数,并从解析出的默认通知消息访问参数所指明的位置获取默认通知消息。
参见图2,图2为本发明实施例一的用于获取默认通知消息的原理图。图2中,自举ESG会话中携带有自举ESG,自举ESG中通常携带有ESG提供商描述字和ESG访问描述字,ESG访问描述字中则承载有ESG入口。在此基础上,服务器可以在自举ESG的ESG提供商描述字中进一步承载唯一的默认通知消息入口(NotificationEntry);实际上,NotificationEntry只是一种可以由ESG提供商描述字承载的数据格式,NotificationEntry所体现的具体数据内容是默认通知消息访问参数。
NotificationEntry的数据结构通常为表1所示:
表1
在ESG提供商描述字中承载了NotificationEntry之后,服务器广播自举ESG,具体的广播方式通常为:将自举ESG在服务器与用户终端公知的地址轮播。通常将服务器与用户终端公知的所述地址简称为公知地址。除了广播包含有NotificationEntry的自举ESG以外,服务器还要将包含INT表的PSI/SI表信息插入TS流中广播出去。
用户终端接收到来自服务器的PSI/SI表信息时,可以应用现有技术从该PSI/SI表信息中查找到用户选择的广播业务提供商所对应的INT表;而且,用户终端还可以应用现有技术根据查找到的INT表从所述公知地址获取传输自举ESG的ES流。
获取ES流之后,用户终端可以从该ES流中得到自举ESG中的所有描述字,并在其中的ESG提供商描述字中读取NotificationEntry,从该NotificationEntry中获得作为数据内容的默认通知消息访问参数。
至此,用户终端就顺利获得了默认通知消息访问参数,因而可以从获得的默认通知消息访问参数所指明的位置获取相对应的默认通知消息。通常,所述默认通知消息访问参数是服务器广播默认通知消息的目的IP地址和端口号,获取默认通知消息的具体方法为:用户终端监听发往作为默认通知消息访问参数的IP地址的信息;当有默认通知消息被发往该IP地址时,用户终端截获该默认通知消息。
由以上所述可见,图2所示原理所对应的流程可以用图3表示,图3所示流程包括以下步骤:
步骤310:服务器将包含INT表的PSI/SI表信息插入TS流中广播出去;还将NotificationEntry承载于自举ESG所包含的ESG提供商描述字中,并将自举ESG在公知地址轮播。
步骤320:用户终端从来自服务器的PSI/SI表信息中找到用户选择的广播业务提供商所对应的INT表。
步骤330:用户终端根据公知地址通过INT表找到传输自举ESG的ES流。
步骤340:用户终端从ES流中得到自举ESG的所有描述字。
步骤350:用户终端在得到的描述字所包含的ESG提供商描述字中读取NotificationEntry,并可以从获得的NotificationEntry所指明的位置进一步获取相对应的默认通知消息。
在上述针对图2、图3的描述中,NotificationEntry被承载于自举ESG所包含的ESG提供商描述字中。在实际应用中,也可以将NotificationEntry承载于自举ESG中新添加的默认通知消息发现描述字中,保证用户终端可以得到NotificationEntry以进一步获取默认通知消息;以这种方式获取默认通知消息的原理如图4所示。
图4中,自举ESG会话中携带有自举ESG,自举ESG中通常携带有ESG提供商描述字和ESG访问描述字,ESG访问描述字中则承载有ESG入口。在此基础上,服务器可以在自举ESG中进一步携带默认通知消息发现描述字,并且在默认通知消息发现描述字中承载唯一的NotificationEntry。
在自举ESG中新添加的默认通知消息发现描述字中承载了NotificationEntry之后,服务器广播自举ESG,具体的广播方式通常为:将自举ESG在公知地址轮播。除了广播包含有NotificationEntry的自举ESG以外,服务器还要将包含INT表的PSI/SI表信息插入TS流中广播出去。
用户终端接收到来自服务器的PSI/SI表信息时,可以应用现有技术从该PSI/SI表信息中查找到用户选择的广播业务提供商所对应的INT表;而且,用户终端还可以应用现有技术根据查找到的INT表从所述公知地址中获取传输自举ESG的ES流。
获取ES流之后,用户终端可以从该ES流中得到自举ESG中的所有描述字,并在其中的默认通知消息发现描述字中读取NotificationEntry,从该NotificationEntry中获得作为数据内容的默认通知消息访问参数。
至此,用户终端就顺利获得了默认通知消息访问参数,因而可以从获得的默认通知消息访问参数所指明的位置获取相对应的默认通知消息;并且,获取默认通知消息的具体方法与针对图2所描述的相应方法相同。
由以上所述可见,图4所示原理所对应的流程可以用图5表示,图5所示流程包括以下步骤:
步骤510:服务器将包含INT表的PSI/SI表信息插入TS流中广播出去;还将NotificationEntry承载于自举ESG中新添加的默认通知消息发现描述字中,并将自举ESG在公知地址轮播。
步骤520:用户终端从来自服务器的PSI/SI表信息中找到用户选择的广播业务提供商所对应的INT表。
步骤530:用户终端根据公知地址通过INT表找到传输自举ESG的ES流。
步骤540:用户终端从ES流中得到自举ESG的所有描述字。
步骤550:用户终端在得到的描述字所包含的默认通知消息发现描述字中读取NotificationEntry,并可以从获得的NotificationEntry所指明的位置进一步获取相对应的默认通知消息。
在上述针对图4、图5的描述中,NotificationEntry被承载于自举ESG中新添加的默认通知消息发现描述字中。在实际应用中,也可以在现有INT表的业务提供商描述字循环(platform_descriptor_loop)中新添加默认通知消息访问描述字(Notification_Access_Descriptor),并将NotificationEntry承载于新添加的Notification_Access_Descriptor中,保证用户终端可以得到NotificationEntry以进一步获取默认通知消息;以这种方式获取默认通知消息的流程如图6所示,图6所示流程包括以下步骤:
步骤610:服务器将包含默认通知消息访问参数的Notification Access Descriptor承载于INT表中,并将包含INT表的PSI/SI表信息插入TS流中广播。
步骤620:用户终端在开机后,可以应用现有技术找到并加入DVB网络。
步骤630:加入DVB网络之后,用户终端可以收到来自服务器的INT表;之后,用户终端发出提示,指示用户选择广播业务提供商(IP Platform)。
步骤640:当接收到用户所选择的IP platform时,用户终端可以应用现有技术从收到的所有INT表中找到用户选择的IP platform所对应的INT表。
步骤650:用户终端在找到的INT表的platform_descriptor_loop中查找Notification_Access_Descriptor。
步骤660:用户终端从找到的Notification_Access_Descriptor中读取NotificationEntry,并可以从获得的NotificationEntry所指明的位置进一步获取相对应的默认通知消息。获取默认通知消息的具体方法与针对图2所描述的相应方法相同。
所述INT表中所包含的主要字段如表2所示:
表2
INT表中所包含的上述各主要字段的语义如下:
table_id:表标识符,设置为0×4C,唯一的定义了INT表。
section_syntax_indicator:段语法指示符,1位字段,应置“1”。
reserved_for_future_use:未使用位,未使用,没有定义值。
Reserved:预留标志,1位字段,预留使用。
section_length:段长度,12位字段,前两位置“00”;用于表示从该字段的下一个字节开始的本段的字节长度,并包含CRC。section_length不能超过1021,这样整个段的最大长度为1024字节。
section_length:段长度,12位字段,前两位置“00”。它表示从该字段的下一个字节开始的本段的字节长度,并包含CRC。section_length不能超过4093,这样整个段的最大长度为4096字节。
action_type:操作类型指示符,8位字段,指示将要执行的操作,置为0x01时,表明为DVB网络中的IP流定位。
platform_id_hash:业务提供商指示符的hash值,由业务提供商指示符三个字节异或成一个hash字节值(platform_id_hash=platform_id_hash[23..16]^platform_id_hash[15..8]^platform_id_hash[7..0])。
Reserved:预留标志,2位字段,预留使用。
version_number:版本号,5位字段,用于标识子表的版本号。当子表包含的信息发生变化时,version_number加1;当值增至31时,复位为0;当current_next_indicator置“1”时,则version_number为由table_id、platform_id和action_type定义的当前使用的子表的版本号;当current_next_indicator置“0”时,则version_number为由table_id、platform_id和action_type定义的下一个使用的子表的版本号。
current_next_indicator:当前后续指示符,1位指示符。当被置“1”时,表示当前子表正被使用;当其置“0”时,表示所传子表目前尚未被使用,而是下一个将被使用的子表。
section_number:段号,8位字段,用于给出段号。子表中的第一个段的section_number标为“0×00”;每增加一个具有相同的table_id和bouquet_id的段,section_number就加1。
last_section_ number:最后段号,8位字段,表示所属的子表的最后一个段(即段号最大的段)的段号。
processing_order:处理顺序,指示执行操作的优先级。如果INT表需要进行多种操作,这个值用来指示操作的顺序;同样地,如果一个业务提供商有多个INT子表可用,这个值用来指示子表的优先级。
CRC 32:32位循环冗余校验码,32位字段,其中包含了CRC值。
platfotm_descriptor_loop:业务提供商描述字循环,提供了业务提供商的信息。
target_descriptor_loop:目的地描述字循环,提供了operational_descriptor_loop有效的目的地设备的信息。
operational_descriptor_loop:操作描述字循环,提供了达到target_descriptor_loop要求的设备操作信息。
添加了Notification_Access_Descriptor的platform descriptor_loop的数据结构如表3所示:
表3
Notification_Access_Descriptor的数据结构如表4所示:
表4
以上所述内容中,都是将默认通知消息访问参数加入描述字中并发送给用户终端;在实际应用中,服务器还可以将默认通知消息作为数字电视业务中的一项新添加的特殊业务,如图7中所示:在包含音频业务等目前常见业务的数字电视业务中新增默认通知业务。基于新增的默认通知业务,服务器可以将默认通知消息的访问参数发送给用户终端。
具体而言,可以在业务分片中增加如下内容:
<ServiceTable>
<Service serviceID=″cbms://service/Notification″>
<ServiceName>Default notification service</ServiceName>
<ServiceType href=″urn:dvb:ipdc:esg:cs:ServiceTypeCS:1.3.3″/>
<AcquisitionRef IDRef=″cbms://service/Acquisition/Channel1″/>
</Service>
</ServiceTable>
在上述内容中,将所述默认通知业务的业务类型暂定为1.3.3。
上述新增于业务分片中的内容是服务器和用户终端都能够识别的,以保证用户终端收到来自服务器的业务分片时,能根据业务分片中新增的上述内容确定服务器向用户终端提供有默认通知业务。实际上,可以将业务分片中新增的所述内容称之为默认通知业务标识。
可见,当用户终端收到来自服务器的默认通知业务的业务内容时,就可以获取该业务内容中所包含的Notification,进而从获得的NotificationEntry所指明的位置进一步获取相对应的默认通知消息。以这种方式获取默认通知消息的流程如图8所示,图8所示流程包括以下步骤:
步骤810:服务器在要发送给用户终端的业务分片中加入用户终端能够识别的默认通知业务标识,以保证用户终端收到来自服务器的业务分片时,能根据业务分片中的默认通知业务标识确定服务器向用户终端提供有默认通知业务。再有,服务器还在业务分片所对应的业务获得分片的SDP文件中加入NotificationEntry。
步骤820:服务器广播包含所述业务分片的ESG信息。具体的ESG信息广播方法为:服务器将所述ESG信息在传输会话中轮播。
步骤830:用户终端下载来自服务器的ESG信息中所包含的内容,这其中自然包含要发送给用户终端的业务分片。
步骤840:用户终端应用现有技术,通过ESG信息所包含的业务分片的引用参数查找到对应的业务获得分片。
步骤850:用户终端应用现有技术,通过找到的业务获得分片的引用参数查找到对应的SDP文件。
步骤860:用户终端从找到的SDP文件中读取NotificationEntry,并可以从读取的NotificationEntry所指明的位置进一步获取相对应的默认通知消息。获取默认通知消息的具体方法与针对图2所描述的相应方法相同。
由以上所述可知,可以以各种方式将唯一的NotificationEntry发送给用户终端,如:在自举ESG的ESG提供商描述字中承载NotificationEntry,并将自举ESG发送给用户终端;或者,将NotificationEntry承载于自举ESG中新添加的默认通知消息发现描述字中,并将默认通知消息发现描述字发送给用户终端;或者,在现有INT表的platform_descriptor_loop中新添加包含有NotificationEntry的Notification_Access_Descriptor,并将INT表发送给用户终端;当然,还可以将NotificationEntry作为数字电视业务中的一项新添加的特殊业务的业务内容发送给用户终端。
无论应用何种方式将NotificationEntry发送给用户终端,用户终端都可以顺利获得该NotificationEntry,并可以从获得的NotificationEntry所指明的位置进一步获取相对应的默认通知消息。
由针对图2至图8的描述可见,本发明用于获取默认通知消息的实现方法,应用于DVB-H系统中,所述服务器和用户终端分别为DVB-H系统中的服务器和用户终端;并且,可以将图2至图8的描述概括为图9所示流程。
参见图9,图9为本发明的用于获取默认通知消息的流程简图,该流程包括以下步骤:
步骤910:服务器将默认通知消息所对应的默认通知消息访问参数携带于数据结构中,并将该数据结构向用户终端发送。
步骤920:用户终端从来自服务器的数据结构中获取默认通知消息访问参数。
在此之后,用户终端还可以从获得的默认通知消息访问参数所指明的位置进一步获取相对应的默认通知消息。
实际上,可以在服务器中设置参数插入单元,并将该参数插入单元与服务器中的服务器收发单元相连。应用时,将默认通知消息所对应的默认通知消息访问参数携带于数据结构中的操作,是由参数插入单元完成的;在此之后,参数插入单元则将携带有默认通知消息访问参数的数据结构发送给服务器收发单元,由服务器收发单元将该数据结构向用户终端发送。
再有,可以在用户终端中设置参数解析单元,并将该参数解析单元与用户终端中的用户终端收发单元相连。应用时,接收来自服务器的数据结构的操作,是由用户终端收发单元完成的;在此之后,用户终端收发单元将收到的数据结构发送给参数解析单元,由参数解析单元以读取等方式解析出收到的数据结构中所包含的默认通知消息访问参数。当然,参数解析单元还可以进一步根据解析出的默认通知消息访问参数获取默认通知消息。
由以上所述可见,本发明所提供的用于获取默认通知消息的实现方法、服务器和用户终端,使得用户终端能够在DVB-H系统中顺利获得唯一的默认通知消息访问参数,并根据该默认通知消息访问参数获取默认通知消息;并且,由于用户终端获得的默认通知消息访问参数是唯一的,所以不存在现有技术中的默认通知会话访问参数一致性问题,而且也不会造成用户终端内部的数据冗余问题。
机译: 获取默认通知消息的实现方法,系统,服务器和用户终端
机译: 获取默认通知消息的实现方法,系统,服务器和用户终端
机译: 获取默认通知消息的实现方法,系统,服务器和用户终端