CN101243702B - 在广播系统中发送/接收通知消息的装置及方法、以及其系统 - Google Patents
在广播系统中发送/接收通知消息的装置及方法、以及其系统 Download PDFInfo
- Publication number
- CN101243702B CN101243702B CN2006800301676A CN200680030167A CN101243702B CN 101243702 B CN101243702 B CN 101243702B CN 2006800301676 A CN2006800301676 A CN 2006800301676A CN 200680030167 A CN200680030167 A CN 200680030167A CN 101243702 B CN101243702 B CN 101243702B
- Authority
- CN
- China
- Prior art keywords
- notification message
- message
- notification
- terminal
- received
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- A—HUMAN NECESSITIES
- A47—FURNITURE; DOMESTIC ARTICLES OR APPLIANCES; COFFEE MILLS; SPICE MILLS; SUCTION CLEANERS IN GENERAL
- A47L—DOMESTIC WASHING OR CLEANING; SUCTION CLEANERS IN GENERAL
- A47L25/00—Domestic cleaning devices not provided for in other groups of this subclass
- A47L25/08—Pads or the like for cleaning clothes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/86—Arrangements characterised by the broadcast information itself
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
Abstract
提供了一种用于从广播系统接收广播服务的终端装置。接收器从广播系统接收通知消息。消息解析器根据某一格式解析由接收器接收的通知消息。控制器基于由消息解析器解析的通知消息的内容确定所接收的通知消息是要被用户使用的通知消息还是要被终端使用的通知消息，并根据确定结果执行操作。
Description
技术领域
本发明涉及一种在广播系统中发送/接收通知消息的装置及方法。更具体地，本发明涉及一种在广播系统中发送/接收通知消息的装置及方法、以及其系统。
背景技术
通常，广播服务旨在被提供给具有终端的所有用户。可以将广播服务分类为：像音频广播的仅提供音频服务的音频广播服务；像电视(TV)的提供音频与视频服务的面向视频(video-oriented)的广播服务；以及包括音频、视频和/或数据服务的多媒体广播服务。这些广播服务已经主要基于模拟技术，但是作为通信技术迅速进步的结果这些广播服务正在向数字广播服务进展。另外，广播服务正在从现有的基于电信塔(tele-communication tower)的广播服务向通过线缆(wire)提供高清晰度高速率数据的基于有线网络(wirenetwork)的多媒体广播服务、基于卫星的多媒体广播服务、以及基于有线网络和卫星两者的多媒体广播服务。
移动通信技术和广播服务的发展有助于向用户提供便携式广播。
图1是提供便携式广播服务的一般系统的概念图(conceptual diagram)。
移动终端104可以通过广播信道102或交互信道103接收由内容提供者或服务提供者105提供的多媒体内容以及所提供的服务的服务指南(serviceguide)101。广播信道102包括数字视频广播(DVB)、第三代合作伙伴项目多媒体广播/多播服务(3GPP MBMS)、以及第三代合作伙伴项目2广播/多播服务(3GPP2 BCMCS)，并且还可以包括诸如数字多媒体广播(DMB)、数字音频广播(DAB)等的其他广播技术。交互信道103可以包括能够提供交互式服务的网络，该网络包括多种移动通信网络，诸如码分多址(CDMA)、通用分组无线服务(GPRS)和第三代(3G)网络，以及无线局域网(WLAN)。内容提供者或服务提供者105可以通过广播信道102单向地向多个终端广播或多播服务指南、高容量多媒体内容、以及通知服务，并且可以在需要交互式服务时通过交互式信道103提供服务。
在便携式广播服务系统(下文中被称为“便携式广播系统”)中，内容提供者或服务提供者105的网络需要将对服务指南和多媒体内容的发送或修改的通知发送到移动终端104的用户。另外，便携式广播系统的网络提供者还需要具有向移动终端的用户提供通知公告(public notices)、紧急灾难(emergency disasters)、紧急状况(emergency situations)等消息的通知功能。
因此，需要被用于通知的消息格式以及基于该消息格式的操作方法的清楚定义。另外，需要允许移动终端高效地处理通知消息并向用户提供该消息。
发明内容
本发明的示例实施例解决至少上述问题和/或缺点并且提供至少下述优点。相应地，本发明的示例实施例的一方面提供一种用于在广播系统中发送/接收通知消息的装置和方法、及其系统。
本发明的示例实施例的另一方面提供一种用于在广播系统中产生通知消息的装置和方法、及其系统。
本发明的示例实施例的另一方面提供一种用于从广播系统接收通知消息的装置和方法、及其系统。
根据本发明的示例实施例的一方面，提供一种在广播系统中发送消息的装置。该装置包括：通知事件功能(Notification Event Function)，用于接收从内容创建(Content Creation)提供的指示内容改变信息的通知，并产生用于产生通知消息的通知事件消息；通知产生功能(Notification GenerationFunction)，用于使用从通知事件功能接收的通知事件消息，来产生要由被安排为接收通知消息的终端的用户使用的通知消息或者要被该终端使用的通知消息；以及通知分发/适配功能(Notification Distribution/Adaptation Function)，用于经由特定网络向终端发送从通知产生功能接收的通知消息。
根据本发明的示例实施例的另一方面，提供一种在广播系统中发送消息的装置。该装置包括：通知事件功能，用于接收从内容创建提供的指示内容改变信息的通知，并产生用于产生通知消息的通知事件消息；通知产生功能，用于使用从通知事件功能接收的通知事件消息来产生通知消息，该通知消息包括：NotificationType(通知类型)，其指示该通知消息是要由被安排为接收通知消息的终端的用户使用的通知消息还是要被该终端使用的通知消息，NotificationVersion(通知版本)，其指示所产生的通知消息的版本信息，PresentationType(呈现类型)，其指示通知消息的呈现类型，UsageType(用途类型)，其指示通知消息中的SessionInformation的用途，EventType(事件类型)，其指示该通知消息是由什么事件配置(configured)的，以及FilteringValue(过滤值)，其指示用于执行先前存储在该终端中的内容的信息；以及通知分发/适配功能(Notification Distribution/Adaptation Function)，用于从通知产生功能接收通知消息并经由特定网络将所接收的通知消息发送到终端。
根据本发明的示例实施例的另一方面，提供一种在广播系统中发送消息的方法。该方法包括下列步骤：由通知事件功能接收从内容创建提供的指示内容改变信息的通知，产生用于产生通知消息的通知事件消息，并将所产生的通知事件消息发送到通知产生功能；由通知产生功能接收通知事件消息，产生要被用户使用的通知消息或者要被终端使用的通知消息，并将所产生的通知消息发送到通知分发/适配功能；以及由通知分发/适配功能接收该通知消息并经由特定网络将所接收的通知消息发送到终端。
根据本发明的示例实施例的另一方面，提供一种在广播系统中发送消息的方法。该方法包括下列步骤：由通知事件功能接收从内容创建提供的指示内容改变信息的通知，产生用于产生通知消息的通知事件消息，并将所产生的通知事件消息发送到通知产生功能；由通知产生功能使用从通知事件功能接收的通知事件消息来产生通知消息，并将所产生的通知消息发送到通知分发/适配功能，该通知消息包括：NotificationType，其指示该通知消息是要被用户使用的通知消息还是要被终端使用的通知消息，PresentationType，其指示通知消息的呈现类型，EventType，其指示该通知消息是由什么事件配置的，以及FilteringValue，其指示用于执行先前存储在该终端中的内容的信息；以及由通知分发/适配功能从通知产生功能接收通知消息并经由特定网络将所接收的通知消息发送到终端。
根据本发明的示例实施例的另一方面，提供了一种用于从广播系统接收广播服务的终端装置。该装置包括：接收器，用于从广播系统接收通知消息；以及控制器，用于基于该通知消息的内容来确定该通知消息是要被用户使用的通知消息还是要被终端使用的通知消息，并且根据确定结果执行操作。
根据本发明的示例实施例的另一方面，提供了一种从广播系统接收广播服务的终端装置。该装置包括：接收器，用于从广播系统接收通知消息；以及控制器，用于根据该通知消息中的NotificationType信息来确定该通知消息是要被用户使用的通知消息还是要被终端使用的通知消息，根据该通知消息中的PresentationType信息来控制通知信息的显示操作，检查该通知消息的UsageType以根据该通知消息的SessionInformation的用途来访问会话，检查该通知消息的NotificationVersion信息以确定所接收的通知消息是否是最新接收的通知消息，检查该通知消息的EventType以根据所接收的通知消息的事件类型来执行对应操作，以及检查该通知消息的FilteringValue以先前存储的内容中从给用户提供其FilteringValue等于该FilteringValue的内容。
根据本发明的示例实施例的另一方面，提供了一种包括下列步骤的方法：由终端从广播系统接收通知消息；确定该通知消息是要被用户使用的通知消息还是要被终端使用的通知消息；并且执行下列操作中的任一操作，即：如果该通知消息是要被用户使用的通知消息则检查该通知消息的PresentationType，以及如果该通知消息是要被终端使用的通知消息则检查该通知消息的SessionInformation以访问对应会话。
根据本发明的示例实施例的另一方面，提供了一种包括下列步骤的方法：由终端从广播系统接收通知消息；检查该通知消息的NotificationVersion以确定所接收的通知消息是否是最新接收的通知消息；如果所接收的通知消息是最新接收的通知消息，则检查该通知消息的NotificationType以确定所接收的通知消息是要被用户使用的通知消息还是要被终端使用的通知消息；检查该通知消息的EventType以发现包括在该通知消息中的内容；如果该通知消息是要被终端使用的通知消息，则检查该通知消息中的PresentationType；根据该通知消息中的PresentationType，执行该通知消息的显示操作；以及检查所接收的通知消息的FilteringValue，并从先前存储在终端中的内容之中给用户提供其FilteringValue等于该FilteringValue的内容。
根据本发明的示例实施例的另一方面，提供了一种广播系统，其包括：通知消息发送器，用于在接收到与内容发送有关的、由于从内容创建器提供的内容改变信息或广播系统的改变信息而产生的通知事件消息时，产生通知消息并将该通知消息发送到终端；以及终端，用于接收所发送的通知信息，确定该通知消息是要被用户使用的通知消息还是要被终端使用的通知消息，如果该通知消息是要被用户使用的通知消息则检查该通知消息的PresentationType，以及如果所分析的通知消息是要被终端使用的通知消息，则检查该通知消息的SessionInformation以访问对应会话。
根据本发明的示例实施例的另一方面，提供了一种提供广播服务的方法。该方法包括：接收与内容发送有关的、由于从内容创建提供的内容改变信息或广播系统的改变信息而产生的通知事件消息；使用所产生的通知事件消息产生要由被安排为使用通知消息的终端的用户使用的通知消息或者要被终端使用的通知消息；经由特定网络将所产生的通知消息发送到终端；接收所发送的通知消息；确定该通知消息是要被用户使用的通知消息还是要被终端使用的通知消息；以及执行下列操作中的任一项，即，如果该通知消息是要被用户使用的通知消息则检查该通知消息中的PresentationType的操作，以及如果该通知消息是要被终端使用的通知消息，则检查该通知消息中的SessionInformation以访问对应会话。
对于本领域技术人员而言，从结合附图公开了本发明的示例实施例的以下详细描述中，本发明的其它方面、优点以及显著特征将变得明显。
附图说明
从结合附图的以下详细描述中，本发明的上述和其它方面、特征和优点将变得明显，在附图中：
图1是用于提供便携式广播服务的一般系统的概念图；
图2是图示根据本发明的实施例的在便携式广播系统中发送通知消息的构造的框图；
图3是图示根据本发明的第一和第二实施例的通知消息格式表(schematable)的图；
图4是图示根据本发明的第一和第二实施例的终端的结构的框图；
图5是图示根据本发明的第一实施例的在终端中接收通知消息的过程的流程图；
图6是图示根据本发明的第一实施例的在便携式广播系统中产生通知消息的过程的流程图；
图7是图示根据本发明的第二实施例的在终端中接收通知消息的过程的流程图；
图8是图示根据本发明的第二实施例的在便携式广播系统中产生通知消息的过程的流程图；以及
图9是图示一种示例性过程的图，在该示例性过程中，根据本发明的第四实施例，在接收到被用于广告等目的的通知消息时，终端将先前存储的广告内容或数据提供给用户。
贯穿附图，相同的附图标号将被理解为表示相同的元件、特征和结构。
具体实施方式
在描述中定义的诸如详细结构和元件之类的内容被提供来帮助对本发明实施例的全面理解，并且仅仅是示例性的。因此，本领域技术人员将认识到：在不偏离本发明的范围和精神的情况下，可以对这里描述的实施例作出各种改变和修改。另外，为了清楚和简洁，省略了对公知功能和结构的描述。
尽管这里将为了便利而等效地使用在开放移动联盟(Open MobileAlliance OMA)BCAST(移动终端应用的标准组)中定义的实体的名称，这些不限制本发明的范围，并且本发明的示例实施例可以应用于具有基于因特网协议(IP)的相似技术背景的任何系统。
图2是图示根据本发明实施例的在便携式广播系统中发送通知消息的结构的框图。
内容创建(或内容提供者)201是广播服务(在下文中被成为BCAST服务)的提供者，并且BCAST服务可以包括传统的音频/视频广播服务、文件(音乐文件或数据文件)下载服务等。如果在提供BCAST服务方面存在任何问题或者在内容信息方面存在任何改变，则内容创建201向BCAST服务应用(service application)202中的通知事件功能(NTE)202a通知该改变。通知事件功能202a基于所接收的事件将通知事件消息发送给通知产生功能(NTG)204a。
BCAST服务应用202具有以下功能：接收从内容创建201提供的BCAST服务的数据，以对于BCAST网络适当的形式处理所接收到的数据，并产生BCAST服务数据。BCAST服务应用202还具有以下功能：产生便携式广播指南所需的标准化的元数据。另外，BCAST服务应用202接收由内容创建201通知的内容或BCAST服务方面的改变，并向位于BCAST订购管理(subscription management)204中的通知产生功能204a通知该改变。
BCAST服务分发/适配(BCAST Service Distribution/Adaptation)203具有以下功能：设置被用来发送从BCAST服务应用202提供的BCAST服务数据的载体的功能；确定BCAST服务的发送调度(schedule)的功能；以及产生便携式广播指南的功能。BCAST服务分布/适配203连接到能够提供广播服务的广播分发系统(BDS)206和支持交互通信的交互网络207。另外，在其中包括通知分发/适配功能(NTDA)203a的BCAST服务分发/适配203从BCAST订购管理204接收通知消息，并经由BDS 206或交互网络207向一个或多个用户发送通知消息。BCAST服务分发/适配203具有通知产生功能204a需要以产生终端的通知消息的会话信息，并且该BCAST服务分发/适配203将该会话信息发送给通知产生功能204a。
BCAST订购管理204管理服务提供信息，诸如接收BCAST服务的订户信息和关于该订户是否已经购买了相关内容的信息，以及关于接收该BCAST服务的装置(即，接收该BCAST服务的终端208)的信息。具体地，BCAST订购管理204包括通知产生功能204a。因此，当在内容创建201和BDS 206中已经出现指示增加或改变与BCAST服务有关的新功能的事件时，通知产生功能204a接收包括关于所出现的事件的信息的通知事件消息，并相应地产生通知消息。另外，当如BCAST服务改变的事件自发地出现在BCAST定购管理204中时，BCAST订购管理204内部地将相应的事件传递到通知产生功能204a以产生通知消息。
BDS服务分发205具有通过广播信道或交互信道分发所接收的全部BCAST服务的功能，并且其是可以根据所实现的BDS 206的类型而存在或不存在的实体。
BDS 206是发送BCAST服务的网络，并且例如可以是DVB-H、3GPPMBMS或3GPP2BCMCS。另外，在发送具体的BCAST服务时在与内容发送有关的广播信息中发生改变的情况下，如果x-1接口231或BDS服务分发205存在，则BDS 206经由NT-B1接口224向BCAST服务分发/适配203通知改变。
交互网络207在一对一基础上发送BCAST服务，或者交互式地交换与BCAST服务的接收有关的控制信息和附加信息，并且可以是例如现有的蜂窝网络。
根据终端208(能够接收BCAST服务的终端)的能力，终端208可能具有访问蜂窝网络的功能。这里假设终端208是能够访问蜂窝网络的终端。终端208使用通知客户端功能(NTC)208a接收经由NT-5接口225发送的通知消息，并根据所接收的通知消息执行适当操作。可替换地，终端208接收经由NT-6接口226发送的通知消息，并根据所接收的通知消息执行适当操作。下面将参考图3详细描述终端208的结构。
下面，将对便携式广播系统的块元件之间的接口进行描述。
NT-1接口221(位于BCAST服务应用202内的通知事件功能202a与内容创建201之间的接口)被用来在内容创建201中出现需要通知的事件时向通知事件功能202a传递对应的通知事件。
NT-3接口222(从位于BCAST服务应用202内的通知事件功能202a到BCAST订购管理204的通知产生功能204a的结构)传递事件的通知或通知消息的产生所需的信息，使得通知产生功能204a可以产生通知消息。
NT-4接口223是位于BCAST订购管理204中的通知产生功能204a与BCAST服务分发/适配203的通知分发/适配功能203a之间的接口。NT-4接口223被用来将通知消息发送到通知分发/适配功能203a，以便将在通知产生功能204a中产生的通知消息发送到BDS 206或交互网络207；或者该NT-4接口223被通知分发/适配功能203a使用来发送在BDS 206中出现的事件的通知消息。
NT-5接口225(在从BCAST服务分发/适配203的通知分发/适配功能203a提供的通知消息被经由BDS 206通过广播信道而直接发送到终端208时所使用的接口)被用来将通知消息发送到一个或多个终端。
NT-6接口226(在从BCAST服务分发/适配203的通知分发/适配功能203a提供的通知消息被经由交互网络207通过至终端208的专用信道、或者通过由交互网络207提供的广播信道而直接发送到终端208时所使用的接口)被用来将通知消息发送到一个或多个终端208。
NT-B1接口224是BCAST服务分发/适配203和BDS服务分发205之间的接口，被用作在BDS 206处要由BCAST服务分发/适配203使用的发送通路，或者在BDS 206中产生的事件信息的接收通路。NT-B1接口224用于将由交互网络207产生的通知事件消息发送到BCAST服务分发/适配203。也就是说，BCAST服务分发/适配203的通知分发/适配功能203a通过NT-B1接口223将通过NT-B1接口224从BDS 206或交互网络207接收的事件消息发送到通知产生功能204a。
x-1接口231是这样的接口，当BDS服务分发205不存在时，其被BCAST服务分发/适配203用于设置BDS 206将在交互网络207中使用的发送通路。然而，当BDS服务分发205存在时，x-1接口231被用作BDS 206和BDS服务分发205之间的接口，用于通知在BDS 206中出现的事件。
x-2接口232是这样的接口，当BDS服务分发205不存在时，其被BCAST服务分发/适配203用于设置BDS 206将在交互网络207中使用的发送通路。然而，当BDS服务分发205存在时，x-2接口232被用作BDS 206和交互网络207之间的接口，用于设置将在交互网络207中使用通知消息的载体以及用于发送通知消息。
x-3接口233(BDS 206和终端208之间的接口)被用于BCAST服务或者通过广播信道发送的所有消息。
x-4接口234是BDS服务分发205和终端208之间的广播信道接口。
x-5接口235是BDS服务分发205和终端208之间的交互信道接口。
x-6接口236是交互接口，经由该交互接口，交互网络207可以发送与BCSAT服务有关的控制信息。
通知事件功能202a具有向通知产生功能204a传递产生通知消息所需的信息的功能，并且一旦检测到出现需要通知的事件，就向通知产生功能204a传递关于该事件的信息。通知产生功能204a使用从通知事件功能202a接收的、产生通知消息所需的信息和事件，产生通知消息。当通知产生功能204a经由通知分发/适配功能203a从BDS 206接收通知事件时，其产生通知消息并将该通知消息发送到通知分发/适配功能203a。
在产生通知消息的过程中，如果存在对指示服务开始的需要，则通知事件功能202a从内容创建201接收指示服务信息中的改变的通知。因此，定义了需要发送新的便携式广播指南的一种情况和在BDS 206中出现特定事件的另一种情况。
通知分发/适配功能203a用来经由NT-5接口225或NT-6接口226发送通知消息。当通知分发/适配功能203a从BDS 206接收关于特定便携式广播服务的信息中的改变时，其经由NT-4接口223将对应的通知事件传递到通知产生功能204a。关于特定便携式广播服务的信息中的改变的一个例子为指示由于无线网络环境引起的数据速率的调整的信息、或者指示服务的不可能性的信息。在图2中，通知产生功能204a和通知分发/适配功能203a将被称为“通知消息发送器”。
在下面的描述中，将终端根据从便携式广播系统接收的通知消息而执行对应操作的实施例定义为第一实施例，将终端检查所接收的通知消息的版本信息并根据该版本信息执行对应操作的实施例定义为第二实施例。
图3是图示根据本发明第一和第二实施例的通知消息格式表的图。
参考图3，名称(Name)301指示构成对应信息的元素值和属性值的名称。
类型(Type)302指示对应名称是对应于元素值还是属性值。元素值具有树形式的值E1、E2、E3和E4:E1意味着整个消息的上元素值(upper elementvalue)，E2指示E1的子元素值，E3指示E2的子元素值，E4指示E3的子元素值。属性值由A指示，并且A指示对应元素的属性值。例如，E1下面的A指示E1的属性值。
类别(Category)303被用来指示对应的元素值或属性值是否是强制的(mandatory)，并且如果该值是强制的则具有值M，如果该值是可选的则具有值O。
基数(Cardinality)304指示元素之间的关系，并具有值0、0..1、1、0..n、1..n，其中：“0”意味着可选的关系，“1”意味着强制的关系，“n”意味着具有多个值的可能性。例如，0..n意味着没有对应的元素值或者有n个对应的元素值的可能性。
描述305定义对应的元素或属性值的含义。
参考表1至表5，现在将描述根据本发明的实施例的通知消息的整个格式(schema)。
表1至表5图示通知消息的整个格式。如所图示的，根据用途可以不同地定义根据本发明实施例的格式的所有元素值和属性值的数据类型。
表1至表5是为了便利从一个表划分而成的，并且每个表中的项目的定义遵循表1的定义。
表1
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 501 | Notification | E1 | O | 0..N | 通知消息片段包括以下属性和元素。属性：idNotificationTypeValidity元素：NameDescriptionPresentationTypeExtensionURLSessionInformationMediaInformation |
| 502 | id | A | M | 1 | 通知消息标识符 |
| 503 | NotificationType | A | M | 1 | 通知类型：如果为0，用户使用如果为1，终端使用可以由服务提供者定义 |
| 504 | Validity | A | O | 0..1 | 片段的有效时间 |
| 505 | Name | E2 | M | 1..N | 通知片段的标题包括以下属性：Lang |
| 506 | Lang | A | O | 0..1 | 语言 |
| 507 | Description | E2 | M | 1..N | 通知消息的内容或描述 |
| 508 | Lang | A | O | 0..1 | 语言 |
Notification 501指示对应的通知消息片段，并包括属性值：id 502、NotificationType 503和Validity 504，以及子元素值：表1中的Name 505和Description 507、表2中的PresentationType 509、表3中的ExtensionURL 510和SessionInformation 511、以及表4中的MediaInformation 523。对于每个通知消息而言，通知消息中的属性值：id 502、NotificationType 503和Validity504，以及元素值：Name 505、Description 507、PresentationType 509、ExtensionURL 510是通用的。根据通知消息的用途，Notification 501可以不包括SessionInformation 511和MediaInformation 523。
id 502(通知消息片段的唯一标识符)是强制的元素。对应的标识符帮助在所存储的通知消息之间进行区分。
NotificationType 503指示通知消息的类型或用途是否指示用于用户的使用(下文中称为“用户使用”)、用于终端的使用(下文中称为“终端使用”)、或者另一使用，并且其是强制的元素。如果对应值为“0”，则其指示用户使用；如果对应值为“1”，则其指示终端使用。另外，NotificationType 503可以根据服务提供者的目的定义不同的值。
Validity 504指示通知消息的有效时间，并且其是可选的。因此，如果在Validity 504中定义的时间流逝，则删除在终端中存储的通知消息。
Name 505指示通知消息的标题或名称，并且其是强制的元素。其可以以不同的语言定义。
Lang 506(Name 505的属性值)指示写入Name 505的内容的语言，并且其是可选的值。如果Lang 506没有值，则将其设置为被定义为默认的值，并且该默认值可以指示对应服务区域的语言或英语。
Description 507是在通知消息中包括的实际消息内容或该消息的描述部分。其可以以不同的语言定义，并且是强制的值。
Lang 508(Description 507的属性值)指示写入Description 507的内容的语言，并且其是可选的值。如果Lang 508没有值，则将其设置为被定义为默认的值，并且该默认值可以指示对应服务区域的语言或英语。
表2
| 509 | PresentationType | E2 | M | 1 | 消息的呈现类型的定义PresentationType＝0：终端一接收到通知消息就立即在显示屏上显示该通知消息。PresentationType＝1：终端将通知消息存储在存储器中，使得用户可以稍后检查该通知消息。(默认)PresentationType＝2：终端以重叠的方式将通知消息显示在现有的正在进行的服务上。 |
| 如果需要的话，可以指定另外的PresentationType。 |
在表2中，PresentationType 509定义通知的呈现类型，并且是强制的值。呈现类型指示在给予通知消息优先级并停止所有服务之后终端将输出对应消息至其显示器，将消息内容存储在指定的设备(即存储器)中，还是在将该通知消息输出至显示器之前将该通知消息重叠在当前接收的服务或内容上。可以根据服务提供者的目的，以不同的类型来定义PresentationType 509。
例如，如果PresentationType被设置为“0”，则接收通知消息的终端一接收到通知消息就将该消息提供给用户。如果PresentationType被设置为“1”，则终端将所接收的通知消息存储在存储器中，并且稍后应用户的请求将该消息提供给用户。另外，如果PresentationType被设置为“2”，则终端将通知消息重叠在当前通过显示器提供给用户的服务上。
表3
| 510 | ExtensionURL | E2 | O | 0..N | 附加信息的URL |
| 511 | SessionInformation | E2 | O | 0..N | 数据的会话信息属性：ValidFromValidToUsageType元素：DeliverySessionTransportObjectIDFragmentAlternativeURI |
| 512 | ValidFrom | A | O | 0..1 | 会话的开始时间 |
| 513 | ValidTo | A | O | 0..1 | 会话的结束时间 |
| 514 | UsageType | A | O | 0..1 | 会话的用途类型(例如，服务指南、文件传递等) |
| 515 | DeliverySessi | E3 | M | 1 | 用于传递内容的会话信息 |
| on | 属性：SourceIPTransportSessionID | ||||
| 516 | SourceIP | A | M | 1 | 要发送的SourceIP地址 |
| 517 | TransportSessionID | A | M | 1 | 要发送的会话ID |
| 518 | TransportObjectID | E3 | O | 0..N | 发送对象的ID |
在表3中，ExtensionURL 510指示通知消息的额外信息的服务或内容服务器的URL，并且是可选的值。
SessionInformation 511指示数据接收的会话信息，并且是可选的值。SessionInformation 511是关于当更新服务指南或接收到文件及内容时存在对应的服务指南或存在文件及内容的会话的信息。SessionInformation 511具有属性值：ValidFrom 512、ValidTo 513和UsageType 514，以及元素值：表3中的DeliverySession 515与TransportObjectID 518，以及表4中的Fragment 519与AlternativeURI 522作为其子元素值。
ValidFrom 512指示SessionInformation 511有效的时间的开始时间，并且是可选的值。
ValidTo 513指示SessionInformation 511有效的时间的结束时间，并且是可选的值。
UsageType 514指示SessionInformation 511的用途类型，即在通知消息中包括的会话信息的用途。UsageType 514指示该用途是用于服务指南更新还是用于文件接收，并且可以根据服务提供者的目的以不同的类型来定义。
DeliverySession 515指示将实际发送诸如服务指南或文件之类的对象的会话的位置值，并且具有属性值：SourceIP 516和TransportSessionID 517。
SourceIP 516(对应的发送会话的IP地址)可用于广播和多播两者。
TransportSessionID 517具有发送会话的ID值。
TransportObjectID 518是通过会话发送的对象的唯一标识符。
表4
| 519 | Fragment | E3 | O | 0..N | 发送对象的片段信息 |
| 属性：FragmentIDFragmentVersion | |||||
| 520 | FragmentID | A | O | 0..1 | 片段的ID值 |
| 521 | FragmentVersion | A | O | 0..1 | 片段的版本信息 |
| 522 | AlternativeURI | E3 | O | 0..1 | 能够接收所发送的对象的替代URI地址 |
| 523 | MediaInformation | E2 | O | 0..1 | 用于产生多媒体通知消息的媒体信息元素：PictureVideoAudio |
| 524 | Picture | E3 | O | 0..N | 画面信息属性：MIMEtypePictureURI |
| 525 | MIMEtype | A | O | 0..1 | MIME类型 |
| 526 | PictureURI | A | O | 0..1 | 指示画面的位置的URI |
| 527 | Video | E3 | O | 0..N | 画面信息属性：MIMEtypeVideoURI |
在表4中，Fragment 519(其是发送对象的片段信息)指示服务指南的更新的特定的片段信息，并允许终端检查对应ID和版本信息，仅接收所更新的片段并存储所接收的片段。仅当使用通知消息来通知服务指南更新时才需要Fragment 519及其子属性，而当通知消息被用于另一目的时不使用Fragment519及其子属性。
FragmentID 520是要接收的片段的唯一标识值。
FragmentVersion 521指示要接收的片段的版本信息，并且对于具有相同FragmentID的片段而言，检查对应的版本信息以确定终端是否具有对应于最近版本的FragmentID。如果在会话中存在最新版本，则终端从会话中接收最近的版本值并存储所接收的版本值。
AlternativeURI 522表示具有对应对象的URI值，并且在通过会话进行的发送已经失败或者需要不是通过广播信道而是通过交互信道接收的情况下，提供该AlternativeURI 522。终端可以通过交互信道访问对应URI的位置，并接收期望被发送的对象。
MediaInformation 523指示用于产生通知消息的媒体信息，并且对于利用多媒体配置的通知消息而言，需要该MediaInformation 523。MediaInformation523由子元素值：Picture、Video和Audio组成。
Picture 524指示画面或图像信息，MIMEtype 525指示对应运动图像的多目的因特网邮件扩展(Multipurpose Internet Mail Extension MIME)类型，PictureURI 526是指示画面或图像的位置的URI，Video 527指示关于运动图像的信息。“图像的位置”指在对应图像存在于具体的服务器中而不是被包括在发送通知消息中时该具体的服务器的位置。
表5
| 528 | MIMEtype | A | O | 0..1 | MIME类型 |
| 529 | VideoURI | A | O | 0..1 | 指示Video(视频)的位置的URI |
| 530 | Audio | E3 | O | 0..N | 画面信息属性：MIMEtypeAudioURI |
| 531 | MIMEtype | A | O | 0..1 | MIME类型 |
| 532 | AudioURI | A | O | 0..1 | 指示Audio(音频)的位置的URI |
在表5中，MIMEtype 528指示对应的运动图像的MIME类型，VideoURI529是指示运动图像的位置的URI。“运动图像的位置”指在对应的运动图像存在于具体的服务器中而不是被包括在发送通知消息中时该具体的服务器的位置。
Audio 530指示关于音频、音乐和铃声(bell sound)的信息。MIMEtype 531指示对应音频的MIME类型。AudioURI 532是指示该音频的位置的URI。“音频的位置”指在对应音频存在于具体的服务器中而不是被包括在发送通知消息中时该具体的服务器的位置。
表6和表7示出了利用文本配置的消息的格式，其是根据本发明第一实施例的被用于用户使用的通知消息格式。表6和表7的每个项目的定义与表1中的定义相同，并且将省略与表1到表5的相同部分的详细描述。为了便利，图6和图7是从一个表中划分出来的。
表6
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 601 | Notification | E1 | O | 0..N | 通知消息片段包括以下属性和元素。属性：idNotificationTypeValidity元素：NameDescriptionPresentationTypeExtensionURL |
| 602 | id | A | M | 1 | 通知消息标识符 |
| 603 | NotificationType | A | M | 1 | 通知类型：如果为0，用户使用如果为1，终端使用可能由服务提供者定义 |
| 604 | Validity | A | O | 0..1 | 片段的有效时间 |
| 605 | Name | E2 | M | 1..N | 通知片段的标题包括以下属性。Lang |
| 606 | Lang | A | O | 0..1 | 语言 |
| 607 | Description | E2 | M | 1..N | 通知消息的内容或描述 |
| 608 | Lang | A | O | 0..1 | 语言 |
表7
| 609 | PresentationType | E2 | M | 1 | 消息的呈现类型的定义PresentationType＝0：终端一接收到通知消息就立即在显示屏上显示该通知消息。PresentationType＝1：终端将通知消息存储在存储器中，使得用户可以稍后检查该通知消息。(默认)PresentationType＝2：终端以重叠的方式将通知消息显示在现有的正在进行的服务上。如果需要的话，可以指定另外的PresentationType。 |
| 610 | ExtensionURL | E2 | O | 0..N | 附加信息的URL |
可以将在本发明的示例实施例中提出的、在表6和表7中示出的用于用户使用的通知消息用于接收服务提供者或内容提供者的公告、广告消息、计费信息以及付款信息。用作CallbackURL(回调URL)的ExtensionURL 610可以通过交互信道接收附加信息。
对应的通知消息包括属性值：id 602、NotificationType 603和Validity 604，以及元素值：Name 605、Description 607、PresentationType 609和ExtensionURL610。在表6和表7中示出的组成通知消息的所有的子属性值和子元素值的描述与表1到表5的描述相同。
现在将参考表8到表10描述利用多媒体配置的消息的格式，其是根据本发明第一实施例的被用于用户使用的通知消息格式。为了便利，表8到表10是从一个表划分出来的。表8到表10中的每个项目的定义与表1的定义相同，将省略与表1到表5相同的部分的详细描述。
表8
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 701 | Notification | E1 | O | 0..N | 通知消息片段包括以下属性和元素。 |
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 属性：idNotificationTypeValidity元素：NameDescriptionPresentationTypeExtensionURLMediaInformation | |||||
| 702 | id | A | M | 1 | 通知消息标识符 |
| 703 | NotificationType | A | M | 1 | 通知类型：如果为0，用户使用如果为1，终端使用可能由服务提供者定义 |
| 704 | Validity | A | O | 0..1 | 片段的有效时间 |
| 705 | Name | E2 | M | 1..N | 通知片段的标题包括以下属性：Lang |
| 706 | Lang | A | O | 0..1 | 语言 |
| 707 | Description | E2 | M | 1..N | 通知消息的内容或描述 |
| 708 | Lang | A | O | 0..1 | 语言 |
表9
| 709 | PresentationType | E2 | M | 1 | 消息的呈现类型的定义PresentationType＝0：终端一接收到通知消息就立即在显示屏上显示该通知消息。PresentationType＝1：终端将通知消息存储在存储器中，使得用户可以稍后 |
| 检查该通知消息。(默认)PresentationType＝2：终端以重叠的方式将通知消息显示在现有的正在进行的服务上。如果需要的话，可以指定另外的PresentationType。 | |||||
| 710 | ExtensionURL | E2 | O | 0..N | 附加信息的URL |
| 723 | MediaInformation | E2 | O | 0..1 | 用于产生多媒体通知消息的媒体信息元素：PictureVideoAudio |
| 724 | Picture | E3 | O | 0..N | 画面消息属性：MIMEtypePictureURI |
| 725 | MIMEtype | A | O | 0..1 | MIME类型 |
| 726 | PictureURI | A | O | 0..1 | 指示画面的位置的URI |
Table 10
| 727 | Video | E3 | O | 0..N | 画面信息属性：MIMEtypeVideoURI |
| 728 | MIMEtype | A | O | 0..1 | MIME类型 |
| 729 | VideoURI | A | O | 0..1 | 指示Video(视频)的位置的URI |
| 730 | Audio | E3 | O | 0..N | 画面信息属性： |
| MIMEtypeAudioURI | |||||
| 731 | MIMEtype | A | O | 0..1 | MIME类型 |
| 732 | AudioURI | A | O | 0..1 | 指示Audio(音频)的位置的URI |
表8到表10示出了利用多媒体配置的消息的格式，其是根据本发明第一实施例的被用于用户使用的通知消息格式。在本发明的示例实施例中提出的、在表8到表10中示出的用于用户使用的通知消息有助于使用诸如图像、运动图像、音频等的各种多媒体文件来配置消息，并且可以被不同地用作服务与内容的广告消息、以及用于诸如失踪小孩搜索的公共利益的消息。表8到表10的通知消息包括属性值：id 702、NotificationType 703和Validity 704，以及元素值：Name 705、Description 707、PresentationType 709、ExtensionURL 710和MediaInformation 723。在表8到表10中示出的组成通知消息的所有的子属性值和子元素值的描述与来自表1到表5的描述相同。
现在将参考表11到表13描述包括会话信息的消息的格式，其是根据本发明第一实施例的用于终端使用的通知消息格式。为了便利，表11到表13是从一个表划分出来的，并且每个表中的项目的定义遵循表1到表5的定义。
表11
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 801 | Notification | E1 | O | 0..N | 通知消息片段包括以下属性和元素。属性：idNotificationTypeValidity元素：NameDescriptionPresentationTypeExtensionURLSessionInformation |
| 802 | id | A | M | 1 | 通知消息标识符 |
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 803 | NotificationType | A | M | 1 | 通知类型：如果为0，用户使用如果为1，终端使用可能由服务提供者定义 |
| 804 | Validity | A | O | 0..1 | 片段的有效时间 |
| 805 | Name | E2 | M | 1..N | 通知片段的标题包括以下属性：Lang |
| 806 | Lang | A | O | 0..1 | 语言 |
| 807 | Description | E2 | M | 1..N | 通知消息的内容或描述 |
| 808 | Lang | A | O | 0..1 | 语言 |
表12
| 809 | PresentationType | E2 | M | 1 | 消息的呈现类型的定义PresentationType＝0：终端一接收到通知消息就立即在显示屏上显示该通知消息。PresentationType＝1：终端将通知消息存储在存储器中，使得用户可以稍后检查该通知消息。(默认)PresentationType＝2：终端以重叠的方式将通知消息显示在现有的正在进行的服务上。如果需要的话，可以指定另外的PresentationType。 |
| 810 | ExtensionURL | E2 | O | 0..N | 附加信息的URL |
| 811 | SessionInformation | E2 | O | 0..N | 数据的会话信息属性： |
| ValidFromValidToUsageType元素：DeliverySessionTransportObjectIDFragmentAlternativeURI | |||||
| 812 | ValidFrom | A | O | 0..1 | 会话的开始时间 |
| 813 | ValidTo | A | O | 0..1 | 会话的结束时间 |
| 814 | UsageType | A | O | 0..1 | 会话的用途类型(例如，服务指南、文件传递等) |
表13
| 815 | DeliverySession | E3 | M | 1 | 用于传递内容的会话信息属性：SourceIPTransportSessionID |
| 816 | SourceIP | A | M | 1 | 要发送的SourceIP地址 |
| 817 | TransportSessionID | A | M | 1 | 要发送的会话ID |
| 818 | TransportObjectID | E3 | O | 0..N | 发送对象的ID |
| 819 | Fragment | E3 | O | 0..N | 发送对象的片段信息属性：FragmentIDFragmentVersion |
| 820 | FragmentID | A | O | 0..1 | 片段的ID值 |
| 821 | FragmentVersion | A | O | 0..1 | 片段的版本信息 |
| 822 | AlternativeURI | A | O | 0..1 |
表11到表13示出了包括会话信息的消息的格式，其是根据本发明第一实施例的用于终端使用的通知消息格式。在表11到表13中写到的、用于终端使用的通知消息的典型用途是：向终端提供服务指南的更新信息，从而帮助该终端存储该更新的服务指南。另外，表11到表13的通知消息格式可以被不同地用于服务或内容的开始、文件下载开始、以及通过单独会话发送的多媒体通知消息的传递。
尽管声明通知消息的典型用途是向终端提供服务指南更新信息，但是除了上述用途之外的其它用途也可以代替该典型用途。
关于所述单独会话，便携式广播系统通常以多播地址打开会话以发送内容，并将对应内容发送至终端。在此情况下，当终端已经利用具体会话从便携式广播系统接收到内容服务时，除了先前建立的会话之外的另一单独会话被称为所述单独会话。
在本发明第一实施例中提出的、在表11到表13中示出的用于终端使用的通知消息包括属性值：id 802、NotificationType 803和Validity 804，以及元素值：Name 805、Description 807、PresentationType 809、ExtensionURL 810和SessionInformation 811。在表11至表13中示出的组成通知消息的所有的子属性值和子元素值的描述与表1到表5的描述相同。
图4是示出根据本发明第一实施例与第二实施例的终端的结构的框图。在应用本发明示例实施例的便携式广播系统中，终端208具有图2中所示的概念性结构(conceptual structure)，但是其也可以具有图4中所示的实际逻辑结构。
接收器400从便携式广播系统接收通知消息，并将所接收的通知消息传递给消息解析器(message parser)402。
消息解析器402根据消息格式解析经由接收器400从便携式广播系统接收的通知消息。如果该终端以二进制格式从便携式广播系统接收通知消息，则消息解析器402将包括用于分析以二进制格式接收的通知消息的专用功能块。
如果以扩展标记语言(XML)格式来配置通知消息，则消息解析器402包括XML解析器以解析所接收的通知消息。消息解析器402解析通过接收器400接收的通知消息，检查NotificationType(其是一个属性值)的内容，并将该内容传递给控制器404。例如，如果NotificationType的值为指示所接收的通知消息用于用户使用的“0”，则消息解析器402将该内容传递给控制器404并允许控制器404执行对应操作。
根据本发明第一实施例与第二实施例，控制器404取决于由消息解析器402解析的通知消息的NotificationType来控制终端。例如，在第一实施例中，如果NotificationType为指示所接收的通知消息用于用户使用的“0”，则控制器404通过显示器406将所接收的通知消息提供给用户。在此情况下，通知消息可以是短消息服务(SMS)消息或多媒体消息。
相反，如果NotificationType为指示所接收的通知消息用于终端使用的“1”，则控制器404识别出对应消息是用于服务指南和更新公告(updatenotice)的消息。为了检查所改变的或所更新的会话信息的内容，控制器404允许会话访问单元408访问对应会话，接收诸如所访问的会话中的服务指南、文件和对象之类的指定内容，并将所接收的内容存储在存储器410中。这里，“访问对应会话”意味着如果在通知消息中指明的会话信息包括在所接收的通知消息中则利用该会话信息访问便携式广播系统。
根据本发明的第二实施例，如果最新接收的通知消息在版本方面等同于先前接收的通知消息，则控制器404丢弃该最新接收的通知消息。如果在版本方面通知消息彼此不同，则控制器404执行根据最新接收的通知消息的内容的对应操作。具体地，控制器404取决于表1的id 502和根据本发明的第二实施例添加的通知版本信息来确定所接收的通知消息是否是新的通知消息。下面将参考表14到表26详细描述这些处理。
在这些处理中，下面将参考图5详细描述根据第一实施例的处理，下面将参考图7详细描述根据第二实施例的处理。
如果由消息解析器402解析的通知消息的PresentationType为“1”，则控制器404将所接收的通知消息存储在存储器410中，从而用户可以稍后使用该通知消息。
如果根据本发明实施例的由消息解析器402解析的通知消息的NotificationType为指示所接收的通知消息用于终端使用的“1”，则会话访问单元408在控制器404的控制下访问对应会话。此外，会话访问单元408接收所访问的会话中的诸如服务指南、文件与对象之类的指定内容。
存储器410存储通过会话访问单元408接收的服务指南、文件与对象，并且还将存储具有PresentationType＝″1″的通知消息。
显示器406通常在控制器404的控制下显示文本、画面、运动图像和/或静止图像。根据本发明实施例，如果PresentationType为“0”，则显示器406在控制器404的控制下停止服务中的像图像之类的内容，并输出所接收的通知消息。
然而，如果PresentationType为“2”，则显示器406在控制器404的控制下以重叠的方式在当前在服务中的内容上输出所接收的通知消息。
图5是图示根据本发明第一实施例的在终端中接收通知消息的处理的流程图。上面已经描述了通知消息的属性值和元素值。
在步骤501中，终端使用接收器400从便携式广播系统接收通知消息。在步骤502中，消息解析器402根据所接收的通知消息被配置成的格式解析对应消息。如果通知消息是以XML格式配置的，则消息解析器402使用在其中包括的XML解析器来解析所接收的消息。
在步骤503中，控制器404检查由消息解析器402解析的通知消息的NotificationType，并根据检查结果执行预定操作，下面将对其进行描述。如果NotificationType是指示所接收的通知消息用于用户使用的“0”，则控制器404行进到步骤510。如果NotificationType是指示所接收的通知消息用于终端使用的“1”，则控制器404行进到步骤530。如果NotificationType是指示所接收的通知消息是由服务提供者定义的消息的“2”或者更大，则控制器404行进到步骤520，在步骤520中，控制器404执行由服务提供者定义的特定操作。这里，当NotificationType为“2”时，服务提供者可以根据其商业模型和服务而自由地定义通知消息。
在步骤510中，控制器404可以通过显示器406将所接收的通知消息提供给用户，这是由于所接收的通知消息是为用户使用而接收的消息。为用户使用而接收的通知消息可以是SMS消息或多媒体消息。利用该消息，服务提供者可以提供诸如服务事件通知、系统故障/检查通知、服务/内容的文本或多媒体广告、灾情广播消息、计费通知等的各种类型的消息。关于该通知消息，控制器404检查PresentationType，如果所接收的通知消息具有根据检查结果设置的高优先级，则控制器404通过显示器406输出所接收的通知消息。可以根据服务提供者的商业模型和服务自由地定义PresentationType，并且PresentationType可以具有与上面定义的值不同的值。
在步骤511中，控制器404将取决于所接收的通知消息的PresentationType来确定是否处理所接收的通知消息。如果所接收的通知消息的PresentationType为“0”，则控制器404确定所接收的通知消息是需要急切地提供给用户的消息。如果PresentationType为“1”，则控制器404将所接收的通知消息存储在存储器410中，以便用户可以稍后使用该通知消息。最后，如果PresentationType为“2”，则控制器404将对应的通知消息重叠在服务中的内容上。
如果在步骤511中确定所接收的通知消息的PresentationType为指示对应消息需要被急切地提供给用户的消息的“0”，则控制器404行进到步骤512，其中，控制器404停止正在进行的服务。在步骤513中，控制器404配置所接收的通知消息使得其可以被直接提供给用户。在步骤514中，控制器404根据预定的屏幕配置方法通过显示器406显示所配置的通知消息。这里“配置所接收的通知消息”意味着：如果通知消息是以XML格式配置的，则根据预定的屏幕配置方法重新配置消息，从而将诸如包括在消息中的文本、图像、音频和视频提供给用户。
如果在步骤511中确定所接收的通知消息的PresentationType为“1”，则控制器404在步骤515中将通知消息存储在存储器410中。稍后，用户可以通过适当操作检查存储在存储器410中的通知消息。
最后，如果在步骤511中确定所接收的通知消息的PresentationType为“2”，则控制器404在步骤516中根据由终端208定义的屏幕配置方法来重新配置通知消息，以便通过显示器406将所接收的通知消息重叠在正在进行的服务/内容上。
在步骤517中，控制器404将在步骤516中产生的通知消息重叠在当前接收的内容上，并通过显示器406将重叠结果提供给用户。
然而，如果在步骤503中确定所接收的通知消息的NotificationType为“1”，则控制器404在步骤530中确定所接收的通知消息用于终端使用。
控制器404在步骤531中检查所接收的通知消息的会话信息内容，并在步骤532中基于会话信息内容访问对应会话。控制器404在步骤533中接收所访问的会话中的诸如服务指南、文件与对象之类的指定内容，并在步骤534中将所接收的内容存储在存储器410中或者在存储器410中更新所接收的内容。
图6是图示根据本发明第一实施例的在便携式广播系统中产生通知消息的处理的流程图。
已经参考表1到表10描述了在图6中描述的通知消息的元素值和属性值。
通知消息是由图2中描述的通知产生功能204a应内容提供者、服务提供者或网络提供者的请求而产生的，或者是基于由便携式广播服务系统产生的通知事件而产生的。
在步骤601中，通知产生功能204a从通知事件功能202a接收通知系统和服务的改变/故障、服务指南的改变/传递、内容传递、广告、紧急状态、紧急灾情等的通知事件消息。
在步骤602中，基于所接收的通知事件消息，通知产生功能204a创建通知消息的基本信息，即：属性值id与Validity，以及元素值Name、Description，ExtensionURL与MediaInformation。
在步骤603中，在创建了基本信息之后，通知产生功能204a确定要发送的通知消息用于用户使用还是用于终端使用，并根据确定结果设置NotificationType。
如果通知消息用于用户使用(610)，则通知产生功能204a在步骤611中将NotificationType设置为“0”。
在步骤611中将NotificationType设置为“0”之后，通知产生功能204a在步骤612中确定它是立即将对应消息显示在用户终端上、是将对应消息存储在终端中以便稍后应用户请求而输出该对应消息、还是将对应消息重叠在用于用户的服务中的内容上。
如果通知产生功能204a在步骤612中在确定用于将通知消息显示在终端上的方法的过程中，确定一接收到通知消息就立即将其显示(620)，则通知产生功能204a在步骤621中将通知消息的PresentationType设置为“0”。然而，如果通知产生功能204a确定将通知消息存储在终端中以便稍后应用户请求而输出该对应消息(630)，则其在步骤631中将PresentationType设置为“1”。
最后，如果通知产生功能204a确定将通知消息重叠在用于用户的当前提供的内容上(640)，则其在步骤641中将通知消息的PresentationType设置为“2”。
然而，如果在步骤603中确定通知消息用于终端使用(650)，则通知产生功能204a在步骤651中将通知消息的NotificationType设置为“1”。
在步骤652中，如在通知消息格式部分中描述的，用于终端使用的通知消息被用作通知服务指南的更新/传递或服务/内容的传递的消息，并且需要对应消息的会话信息。因此，为了产生终端使用的通知消息，通知产生功能204a需要对应的会话信息。会话信息被存储在BCAST服务分发/适配203中，并且因为BCAST服务分发/适配203的通知分发/适配功能203a将会话信息传递给通知产生功能204a，通知产生功能204a检查会话信息并且然后设置相关的信息。会话信息被写入第一实施例的表3和表4的元素511到元素522中。
在完成将通知消息设置为用户使用或终端使用之后，通知产生功能204a在步骤660中配置通知消息。在步骤670中，通知产生功能204a经由通知分发/适配功能203a将所产生的通知消息发送到终端。
现在将描述根据本发明第二实施例的通知消息格式、以及便携式广播系统中的通知消息发送/接收装置和方法。
现在将参考表14到表18描述根据本发明第二实施例的通知消息的整个格式。
表14到表18图示了根据本发明第二实施例的通知消息的整个格式，与本发明第一实施例的通知消息的整个格式相比，其还包括指示通知消息的版本的NotificationVersion。与在第一实施例中普遍使用的值相同，NotificationVersion是与通知消息的用途无关地使用的基本属性值。
为了便利，表14到表18是从一个表划分出来的，并且每个表中项目的定义遵循表14中项目的定义。
表14
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 1100 | Notification | E1 | O | 0..N | 通知消息片段包括以下属性和元素。属性：idNotificationVersionNotificationTypeValidity |
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 元素：NameDescriptionPresentationTypeExtensionURLSessionInformationMediaInformation | |||||
| 1101 | id | A | M | 1 | 通知消息标识符 |
| 1102 | NotificationVersion | A | M | 1 | 通知消息的版本信息 |
| 1103 | NotificationType | A | M | 1 | 通知类型：如果为0，用户使用如果为1，终端使用可能由服务提供者定义 |
| 1104 | Validity | A | O | 0..1 | 片段的有效时间 |
| 1105 | Name | E2 | M | 1..N | 通知片段的标题包括以下属性：Lang |
| 1106 | Lang | A | O | 0..1 | 语言 |
| 1107 | Description | E2 | M | 1..N | 通知消息的内容或描述 |
| 1108 | Lang | A | O | 0..1 | 语言 |
Notification 1100指示对应的通知消息片段，并包括属性值：id 1101、NotificationVersion 1102、NotificationType 1103与Validity 1104，以及子元素值：表14中的Name 1105与Description 1107、表15中的PresentationType 1109、表16中的ExtensionURL 1110与SessionInformation 1111、以及表17中的MediaInformation 1123。
id 1101(通知消息片段的唯一标识符)是强制的元素。对应标识符帮助在所存储的通知消息之间进行区分。
NotificationVersion 1102指示通知消息的版本号。在本发明第二实施例中，在通知消息中定义通知消息的版本号的原因是：如果需要的话，便携式广播系统可以重复地发送通知消息。当在发送期间通知消息丢失或者需要通知某个通知的服务的更新版本时，这是有效的。当便携式广播系统重复地发送通知消息时，终端需要用于确定所接收的通知消息是否是新消息的准则。因此，本发明第二实施例添加表14中的NotificationVersion 1102作为Notification 1100的分段属性。根据本发明第二实施例，当接收通知消息的终端将NotificationVersion 1102与id 1101一起使用时，其可以检查对应通知消息的版本信息。也就是说，当终端接收由便携式广播系统重复发送的通知消息时，其可以确定所接收的通知消息是否是新的通知消息。
为了使用根据本发明第二实施例的NotificationVersion 1102，可以使用网络时间协议(NTP)(其是被用来使连接到网络的计算机同步的因特网标准)给NotificationVersion 1102分配整数型版本号或时间戳。也可以将其它方法用于NotificationVersion 1102。对于由NotificationVersion 1102指示的重复发送的消息，NotificationVersion 1102的时间戳或整数型版本号保持在初始产生通知消息时定义的NotificationVersion。
NotificationType 1103指示：通知消息的类型或用途指示用户使用、终端使用、还是另一使用，并且其是强制的元素。如果NotificationType 1103的值为“0”，则其指示用户使用；如果NotificationType 1103的值为“1”，则其指示终端使用。另外，根据服务提供者的目的，NotificationType 1103可以定义不同的值。
Validity 1104指示通知消息的有效时间，并且其是可选的。因此，如果在Validity 1104中定义的时间流逝，则删除存储在终端中的通知消息。
Name 1105指示通知消息的标题或名称，并且其是强制的元素。其可以被不同的语言定义。
Lang 1106(Name 1105的属性值)指示写入在Name 1105中的内容的语言，并且其是可选的值。如果Lang 1106没有值，则其被设置为被定义为默认的值，并且该默认值可以指示对应服务区域中的语言或英语。
Description 1107是包括在通知消息或消息的描述部分中的实际消息内容。其可以被不同的语言定义并且是强制的值。
Lang 1108(Description 1107的属性值)指示写入在Description 1107中的内容的语言，并且其是可选的值。如果Lang 1108没有值，则其被设置为被定义为默认的值，并且该默认值可以指示对应服务区域中的语言或英语。
表15
| 1109 | PresentationType | E2 | M | 1 | 消息的呈现类型的定义PresentationType＝0：终端一接收到通知消息就立即在显示屏上显示该通知消息。PresentationType＝1：终端将通知消息存储在存储器中，使得用户可以稍后检查该通知消息。(默认)PresentationType＝2：终端以重叠的方式将通知消息显示在现有的正在进行的服务上。如果需要的话，可以指定另外的PresentationType。 |
在表15中，PresentationType 1109定义通知的呈现类型，并且是强制的值。呈现类型指示终端是在给予通知消息优先级并停止所有服务之后将对应消息输出到其显示器、是将消息内容存储在指定设备(即，存储器)中、还是在将通知消息输出到显示器之前将通知消息重叠在当前接收的服务或内容上。可以根据服务提供者的目的以不同类型定义PresentationType 1109。
例如，如果PresentationType 1109被设置为“0”，则接收通知消息的终端的控制器404一接收到消息就通过显示器406将通知消息提供给用户。如果PresentationType被设置为“1”，则控制器404将所接收的通知消息存储在存储器410中。另外，如果PresentationType被设置为“2”，则控制器404通过显示器406将通知消息重叠在当前提供的服务上，以提供给用户。
表16
| 1110 | ExtensionURL | E2 | O | 0..N | 附加信息的URL |
| 1111 | SessionInformation | E2 | O | 0..N | 数据的会话信息属性：ValidFrom |
| ValidToUsageType元素：DeliverySessionTransportObjectIDFragmentAlternativeURI | |||||
| 1112 | ValidFrom | A | O | 0..1 | 会话的开始时间 |
| 1113 | ValidTo | A | O | 0..1 | 会话的结束时间 |
| 1114 | UsageType | A | O | 0..1 | 会话的用途类型(例如，服务指南、文件传递等) |
| 1115 | DeliverySession | E3 | M | 1 | 用于传递内容的会话信息属性：SourceIPTransportSessionID |
| 1116 | SourceIP | A | M | 1 | 要发送的SourceIP地址 |
| 1117 | TransportSessionID | A | M | 1 | 要发送的会话ID |
| 1118 | TransportObjectID | E3 | O | 0..N | 发送对象的ID |
在表16中，ExtensionURL 1110指示用于通知消息的附加信息的服务或内容服务器的URL，并且其是可选的值。
SessionInformation 1111指示用于数据接收的会话信息，并且其是可选的值。SessionInformation 1111是关于这样的会话的信息，当服务指南被更新或者接收到文件与内容时，在该会话中存在对应的服务指南或者存在该文件与内容。SessionInformation 1111具有属性值：ValidFrom 1112、ValidTo 1113和UsageType 1114，以及元素值：表16中的DeliverySession 1115和TransportObjectID 1118，以及作为其子元素值的表17中的Fragment 1119和AlternativeURI 1122。也就是说，SessionInformation 1111被用来提供终端208将接收的服务的会话信息。可以取决于UsageType 1114来确定SessionInformation 1111的用途。取决于所接收的通知消息的UsageType 1114，终端可以确定要将什么内容包括在SessionInformation1111中。
ValidFrom 1112指示SessionInformation 1111有效的时间的开始时间，并且其是可选的值。
ValidTo 1113指示SessionInformation 1111有效的时间的结束时间，并且其是可选的值。
UsageType 1114指示SessionInformation 1111的用途类型。也就是说，UsageType 1114指示用途是用于服务指南更新还是用于文件接收，并且可以根据服务提供者的目的以不同类型来定义。
DeliverySession 1115指示将实际发送诸如服务指南或文件之类的对象的会话的位置值，并且具有属性值SourceIP 1116与TransportSessionID 1117。
SourceIP 1116(对应的发送会话的IP地址)可用于广播和多播两者。
TransportSessionID 1117具有发送会话的ID值。
TransportObjectID 1118是通过会话发送的对象的唯一标识符。
表17
| 1119 | Fragment | E3 | O | 0..N | 发送对象的片段信息属性：FragmentIDFragmentVersion |
| 1120 | FragmentID | A | O | 0..1 | 片段的ID值 |
| 1121 | FragmentVersion | A | O | 0..1 | 片段的版本信息 |
| 1122 | AlternativeURI | E3 | O | 0..1 | 能够接收所发送的对象的替代URI地址 |
| 1123 | MediaInformation | E2 | O | 0..1 | 用于产生多媒体通知消息的媒体信息属性：PictureVideo |
| Audio | |||||
| 1124 | Picture | E3 | O | 0..N | 画面信息属性：MIMEtypePictureURI |
| 1125 | MIMEtype | A | O | 0..1 | MIME类型 |
| 1126 | PictureURI | A | O | 0..1 | 指示画面的位置的URI |
| 1127 | Video | E3 | O | 0..N | 画面信息属性：MIMEtypeVideoURI |
在表17中，Fragment 1119(其是发送对象的片段信息)指示用于服务指南的更新的具体片段信息，并允许终端检查对应ID与版本信息，仅接收更新的片段并存储所接收的片段。
FragmentID 1120是终端208将接收的片段的唯一标识值。
FragmentVersion 1121指示要接收的片段的版本信息，并且对于具有相同FragmentID的片段而言，检查对应的版本信息以确定终端是否具有对应于最近版本的FragmentID。如果在会话中存在最近版本，则终端从会话接收最近版本值并存储所接收的版本值。
AlternativeURI 1122表示在通过会话进行的发送失败或者不需要通过广播信道而需要通过交互信道接收的情况下，具有对应对象的URI值。终端可以通过交互信道访问对应URI的位置，并接收所期望的发送对象。
MediaInformation 1123指示用于产生通知消息的媒体信息，并且对于利用多媒体配置的通知消息而言，其是必须的。MediaInformation 1123由子元素值Picture、Video与Audio组成。
Picture 1124指示画面或图像信息，MIMEtype 1125指示对应的运动图像的多目的因特网邮件扩展(MIME)类型，PictureURI 1126是指示画面或图像的位置的URI，Video 1127指示关于运动图像的信息。
表18
| 1128 | MIMEtype | A | O | 0..1 | MIME类型 |
| 1129 | VideoURI | A | O | 0..1 | 指示Video(视频)的位置的URI |
| 1130 | Audio | E3 | O | 0..N | 画面信息属性：MIMEtypeAudioURI |
| 1131 | MIMEtype | A | O | 0..1 | MIME类型 |
| 1132 | AudioURI | A | O | 0..1 | 指示Audio(音频)的位置的URI |
在表18中，MIMEtype 1128指示对应的运动图像的MIME类型，VideoURI1129是指示运动图像的位置的URI。“运动图像的位置”指当对应的运动图像存在于具体的服务器而不是被包括在发送通知消息中时该具体的服务器的位置。
Audio 1130指示关于音频、音乐和铃声的信息，MIMEtype 1131指示对应音频的MIME类型，AudioURI 1132是指示该音频的位置的URI。
表19和表20示出了利用文本配置的消息的格式，其是根据本发明第二实施例的被用于用户使用的通知消息格式。表19和表20中每个项目的定义与表14中的定义相同，将省略与表14到表18相同部分的详细描述。
表19
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 1200 | Notification | E1 | O | 0..N | 通知消息片段包括以下属性和元素。属性：idNotificationVersionNotificationTypeValidity元素：NameDescriptionPresentationTypeExtensionURL |
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 1201 | id | A | M | 1 | 通知消息标识符 |
| 1202 | NotificationVersion | A | M | 1 | 通知消息的版本信息 |
| 1203 | NotificationType | A | M | 1 | 通知类型：如果为0，用户使用如果为1，终端使用可能由服务提供者定义 |
| 1204 | Validity | A | O | 0..1 | 片段的有效时间 |
| 1205 | Name | E2 | M | 1..N | 通知片段的标题包括以下属性：Lang |
| 1206 | Lang | A | O | 0..1 | 语言 |
| 1207 | Description | E2 | M | 1..N | 通知消息的内容或描述 |
| 1208 | Lang | A | O | 0..1 | 语言 |
表20
| 1209 | PresentationType | E2 | M | 1 | 消息的呈现类型的定义PresentationType＝0：终端一接收到通知消息就立即在显示屏上显示该通知消息。PresentationType＝1：终端将通知消息存储在存储器中，使得用户可以稍后检查该通知消息。(默认)PresentationType＝2：终端以重叠的方式将通知消息显示在现有的正在进行的服务上。如果需要的话，可以指定另外的PresentationType。 |
| 1210 | ExtensionUR | E2 | O | 0..N | 附加信息的URL |
| L |
可以将在本发明的示例实施例中提出的、在表19和表20中示出的用于用户使用的通知消息用于接收服务提供者或内容提供者的公告、广告消息、计费信息以及付款信息；用作CallbackURL的表20的ExtensionURL 1210可以通过交互信道接收附加信息。
对应的通知消息包括属性值：id 1201、NotificationVersion 1202、NotificationType 1203与Validity 1204，以及元素值：Name 1205、Description1207、PresentationType 1209和ExtensionURL 1210。在表19和表20中示出的组成通知消息的所有的子属性值和子元素值的描述与表14到表18的描述相同。
现在将参考表21到表23描述利用多媒体配置的消息的格式，其是根据本发明第二实施例的被用于用户使用的通知消息格式。为了便利，表21到表23是从一个表划分出来的。表21到表23中的每个项目的定义与表14的定义相同，将省略与表14到表18相同部分的详细描述。
表21
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 1300 | Notification | E1 | O | 0..N | 通知消息片段包括以下属性和元素。属性：idNotificationVersionNotificationTypeValidity元素：NameDescriptionPresentationTypeExtensionURLMediaInformation |
| 1301 | id | A | M | 1 | 通知消息标识符 |
| 1302 | NotificationVersion | A | M | 1 | 通知消息的版本信息 |
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 1303 | NotificationType | A | M | 1 | 通知类型：如果为0，用户使用如果为1，终端使用可能由服务提供者定义 |
| 1304 | Validity | A | O | 0..1 | 片段的有效时间 |
| 1305 | Name | E2 | M | 1..N | 通知片段的标题包括以下属性：Lang |
| 1306 | Lang | A | O | 0..1 | 语言 |
| 1307 | Description | E2 | M | 1..N | 通知消息的内容或描述 |
| 1308 | Lang | A | O | 0..1 | 语言 |
表22
| 1309 | PresentationType | E2 | M | 1 | 消息的呈现类型的定义PresentationType＝0：终端一接收到通知消息就立即在显示屏上显示该通知消息。PresentationType＝1：终端将通知消息存储在存储器中，使得用户可以稍后检查该通知消息。(默认)PresentationType＝2：终端以重叠的方式将通知消息显示在现有的正在进行的服务上。如果需要的话，可以指定另外的PresentationType。 |
| 1310 | ExtensionURL | E2 | O | 0..N | 附加信息的URL |
| 1323 | MediaInformation | E2 | O | 0..1 | 用于产生多媒体通知消息的媒体信息 |
| 元素：PictureVideoAudio | |||||
| 1324 | Picture | E3 | O | 0..N | 画面信息属性：MIMEtypePictureURI |
| 1325 | MIMEtype | A | O | 0..1 | MIME类型 |
| 1326 | PictureURI | A | O | 0..1 | 指示画面的位置的URI |
表23
| 1327 | Video | E3 | O | 0..N | 画面信息属性：MIMEtypeVideoURI |
| 1328 | MIMEtype | A | O | 0..1 | MIME类型 |
| 1329 | VideoURI | A | O | 0..1 | 指示Video(视频)的位置的URI |
| 1330 | Audio | E3 | O | 0..N | 画面信息属性：MIMEtypeAudioURI |
| 1331 | MIMEtype | A | O | 0..1 | MIME类型 |
| 1332 | AudioURI | A | O | 0..1 | 指示Audio(音频)的位置的URI |
表21至表23示出了利用多媒体配置的消息的格式，其是根据本发明第二实施例的被用于用户使用的通知消息格式。在本发明的示例实施例中提出的、在表21至表23中示出的用于用户使用的通知消息帮助使用诸如图像、运动图像、音频等的各种多媒体文件来配置消息，并且可以被不同地用作服务与内容的广告消息、以及用于诸如失踪小孩搜索的公共利益的消息。表21至表23的通知消息包括属性值：id 1301、NotificationVersion 1302、NotificationType 1303和Validity 1304，以及元素值：Name 1305、Description1307、PresentationType 1309、ExtensionURL 1310和MediaInformation 1323。在表21至表23中示出的组成通知消息的所有的子属性值和子元素值的描述与表14到表18的描述相同。
现在将参考表21至表23描述包括会话信息的消息的格式，其是根据本发明第二实施例的用于终端使用的通知消息格式。为了便利，表21至表23是从一个表划分出来的，并且每个表中的项目的定义遵循表14的定义。
表24
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 1400 | Notification | E1 | O | 0..N | 通知消息片段包括以下属性和元素。属性：idNotificationVersionNotificationTypeValidity元素：NameDescriptionPresentationTypeExtensionURLSessionInformation |
| 1401 | id | A | M | 1 | 通知消息标识符 |
| 1402 | NotificationVersion | A | M | 1 | 通知消息的版本信息 |
| 1403 | NotificationType | A | M | 1 | 通知类型：如果为0，用户使用如果为1，终端使用可能由服务提供者定义 |
| 1404 | Validity | A | O | 0..1 | 片段的有效时间 |
| 编号 | 名称 | 类型 | 类别 | 基数 | 描述 |
| 1405 | Name | E2 | M | 1..N | 通知片段的标题包括以下属性：Lang |
| 1406 | Lang | A | O | 0..1 | 语言 |
| 1407 | Description | E2 | M | 1..N | 通知消息的内容或描述 |
| 1408 | Lang | A | O | 0..1 | 语言 |
表25
| 1409 | PresentationType | E2 | M | 1 | 消息的呈现类型的定义PresentationType＝0：终端一接收到通知消息就立即在显示屏上显示该通知消息。PresentationType＝1：终端将通知消息存储在存储器中，使得用户可以稍后检查该通知消息。(默认)PresentationType＝2：终端以重叠的方式将通知消息显示在现有的正在进行的服务上。如果需要的话，可以指定另外的PresentationType。 |
| 1410 | ExtensionURL | E2 | O | 0..N | 附加信息的URL |
| 1411 | SessionInformation | E2 | O | 0..N | 数据的会话信息属性：ValidFromValidToUsageType元素：DeliverySession |
| TransportObjectIDFragmentAlternativeURI | |||||
| 1412 | ValidFrom | A | O | 0..1 | 会话的开始时间 |
| 1413 | ValidTo | A | O | 0..1 | 会话的结束时间 |
| 1414 | UsageType | A | O | 0..1 | 会话的用途类型(例如，服务指南、文件传递等) |
表26
| 1415 | DeliverySession | E3 | M | 1 | 用于传递内容的会话信息属性：SourceIPTransportSessionID |
| 1416 | SourceIP | A | M | 1 | 要发送的SourceIP地址 |
| 1417 | TransportSessionID | A | M | 1 | 要发送的会话ID |
| 1418 | TransportObjectID | E3 | O | 0..N | 发送对象的ID |
| 1419 | Fragment | E3 | O | 0..N | 发送对象的片段信息属性：FragmentIDFragmentVersion |
| 1420 | FragmentID | A | O | 0..1 | 片段的ID值 |
| 1421 | FragmentVersion | A | O | 0..1 | 片段的版本信息 |
| 1422 | AlternativeURI | A | O | 0..1 |
表24到表26示出了包括会话信息的消息的格式，其是根据本发明第二实施例的用于终端使用的通知消息格式。在表24到表26中写到的、用于终端使用的通知消息的典型用途是：向终端提供服务指南的更新信息，从而帮助该终端存储该更新的服务指南。另外，表24到表26的通知消息格式可以被不同地用于服务或内容的开始、文件下载开始、以及通过单独会话发送的多媒体通知消息的传递。尽管声明通知消息的典型用途是向终端提供服务指南更新信息，但是除了上述用途之外的其它用途也可以代替该典型用途。
关于所述单独会话，便携式广播系统通常以多播地址打开会话以发送内容，并将对应内容发送至终端。在此情况下，当终端已经利用具体会话从便携式广播系统接收到内容服务时，除了先前建立的会话之外的另一单独会话被称为所述单独会话。
在本发明第二实施例中提出的、在表24至表26中示出的用于终端使用的通知消息包括属性值：id 1401、NotificationVersion 1402、NotificationType1403和Validity 804，以及元素值：Name 1405、Description 1407、PresentationType 1409、ExtensionURL 1410和SessionInformation 1411。在表24至表26中示出的组成通知消息的所有的子属性值和子元素值的描述与表14至表18的描述相同。
图7是图示根据本发明第二实施例的在终端中接收通知消息的处理的流程图。上面已经描述了通知消息的属性值和元素值。
在步骤701中，终端使用接收器400从便携式广播系统接收通知消息。在步骤702中，消息解析器402根据所接收的通知消息被配置成的格式解析对应消息。如果通知消息是以XML格式配置的，则消息解析器402使用在其中包括的XML解析器来解析所接收的消息。
在步骤703中，控制器404通过将先前接收的通知消息与新接收的通知消息在id和NotificationVersion方面进行比较来确定所接收的通知消息是否是已经接收的通知消息。如果新接收的通知消息等于先前接收的通知消息，则控制器404行进到步骤705，在步骤705中，控制器404丢弃新接收的通知消息，并结束该处理。然而，如果新接收的通知消息不等于先前接收的通知消息，则控制器404行进到步骤704。
在步骤704中，控制器404检查由消息解析器402解析的通知消息的NotificationType，并根据检查结果执行预定操作，下面将对其进行描述。如果NotificationType是指示所接收的通知消息用于用户使用的“0”，则控制器404行进到步骤710。如果NotificationType是指示所接收的通知消息用于终端使用的“1”，则控制器404行进到步骤730。如果NotificationType是指示所接收的通知消息是由服务提供者定义的消息的“2”或者更大，则控制器404行进到步骤720，在步骤720中，控制器404执行由服务提供者定义的特定操作。这里，当NotificationType为“2”时，服务提供者可以根据其商业模型和服务而自由地定义通知消息。
在步骤710中，控制器404可以通过显示器406将所接收的通知消息提供给用户，这是由于所接收的通知消息是为用户使用而接收的消息。为用户使用而接收的通知消息可以是SMS消息或多媒体消息。利用该消息，服务提供者可以提供诸如服务事件通知、系统故障/检查通知、服务/内容的文本或多媒体广告、灾情广播消息、计费通知等的各种类型的消息。关于该通知消息，控制器404检查PresentationType，如果所接收的通知消息具有根据检查结果设置的高优先级，则控制器404通过显示器406输出所接收的通知消息。可以根据服务提供者的商业模型和服务自由地定义PresentationType，并且PresentationType可以具有与上面定义的值不同的值。
在步骤711中，控制器404将取决于所接收的通知消息的PresentationType来确定是否处理所接收的通知消息。如果所接收的通知消息的PresentationType为“0”，则控制器404确定所接收的通知消息是需要急切地提供给用户的消息。如果PresentationType为“1”，则控制器404将所接收的通知消息存储在存储器410中，使得用户可以稍后使用该通知消息。最后，如果PresentationType为“2”，则控制器404将对应的通知消息重叠在服务中的内容上。
如果在步骤711中确定所接收的通知消息的PresentationType为指示对应消息需要被急切地发送给用户的消息的“0”，则控制器404行进到步骤712，其中，控制器404停止正在进行的服务。在步骤713中，控制器404配置所接收的通知消息使得其可以被直接提供给用户。在步骤714中，控制器404根据预定的屏幕配置方法通过显示器406显示所配置的通知消息。这里“配置所接收的通知消息”意味着：如果通知消息是以XML格式配置的，则根据预定的屏幕配置方法重新配置消息，从而将诸如包括在消息中的文本、图像、音频和视频提供给用户。
如果在步骤711中确定所接收的通知消息的PresentationType为“1”，则控制器404在步骤715中将通知消息存储在存储器410中。稍后，用户可以通过适当操作检查存储在存储器410中的通知消息。
最后，如果在步骤711中确定所接收的通知消息的PresentationType为“2”，则控制器404在步骤716中根据由终端208定义的屏幕配置方法来重新配置通知消息，以便通过显示器406将所接收的通知消息重叠在正在进行的服务/内容上。
在步骤717中，控制器404将在步骤716中产生的通知消息重叠在当前接收的内容上，并通过显示器406将重叠结果提供给用户。
然而，如果在步骤704中确定所接收的通知消息的PresentationType为“1”，则控制器404在步骤730中确定所接收的通知消息用于终端使用。
控制器404在步骤731中检查所接收的通知消息的会话信息内容，并在步骤732中基于会话信息内容访问对应会话。控制器404在步骤733中接收所访问的会话中的诸如服务指南、文件与对象之类的指定内容，并在步骤734中将所接收的内容存储在存储器410中或者在存储器410中更新所接收的内容。
图8是图示根据本发明第二实施例的在便携式广播系统中产生通知消息的处理的流程图。
已经参考表14到表26描述了在图8中描述的通知消息的元素值和属性值。
通知消息是由图2中描述的通知产生功能204a应内容提供者、服务提供者或网络提供者的请求而产生的，或者是基于由便携式广播服务系统产生的通知事件而产生的。
在步骤801中，通知产生功能204a从通知事件功能202a接收通知系统和服务的改变/故障、服务指南的改变/传递、内容传递、广告、紧急状态、紧急灾情等的通知事件消息。
在步骤802中，基于所接收的通知事件消息，通知产生功能204a创建通知消息的基本信息，即：属性值id与Validity，以及元素值Name、Description，ExtensionURL与MediaInformation。
在步骤803中，在创建了基本信息之后，通知产生功能204a确定对应的通知消息用于用户使用还是用于终端使用，并根据确定结果设置NotificationType。
如果通知消息用于用户使用(810)，则通知产生功能204a在步骤811中将NotificationType设置为“0”。
在步骤811中将NotificationType设置为“0”之后，通知产生功能204a在步骤812中确定它是立即将对应消息显示在用户终端上、是将对应消息存储在终端中以便稍后应用户请求而输出该对应消息、还是将对应消息重叠在用于用户的服务中的内容上。
如果通知产生功能204a在步骤812中在确定用于将通知消息显示在终端上的方法的过程中，确定一接收到通知消息就立即将其显示(820)，则通知产生功能204a在步骤821中将通知消息的PresentationType设置为“0”。然而，如果通知产生功能204a确定将通知消息存储在终端中以便稍后应用户请求而输出该通知消息(830)，则其在步骤831中将PresentationType设置为“1”。
最后，如果通知产生功能204a确定将通知消息重叠在用于用户的当前提供的内容上(840)，则其在步骤841中将通知消息的PresentationType设置为“2”。
然而，如果在步骤803中确定通知消息用于终端使用(850)，则通知产生功能204a在步骤851中将通知消息的NotificationType设置为“1”。
在步骤852中，如在通知消息格式部分中描述的，用于终端使用的通知消息被用作通知服务指南的更新/传递或服务/内容的传递的消息，并且需要对应消息的会话信息。因此，为了产生终端使用的通知消息，通知产生功能204a需要对应的会话信息。会话信息被存储在BCAST服务分发/适配203中，并且因为BCAST服务分发/适配203的通知分发/适配功能203a将会话信息传递给通知产生功能204a，通知产生功能204a检查会话信息并且然后设置相关的信息。会话信息被写入第二实施例的表16和表17的元素1111到元素1122中。
在完成将通知消息设置为用户使用或终端使用之后，通知产生功能204a在步骤860中配置通知消息。在步骤870中，通知产生功能204a经由通知分发/适配功能203a将所产生的通知消息发送到终端。
下面的表27是为了更好地理解表示约束上述通知消息的元素值和属性值的表、以及表示约束下述通知消息的元素值和属性值的表而提供的通知消息格式表(schema table)。
表27
| 名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
在表27中，名称(Name)指示构成对应片段的元素或属性的名称。类型(Type)指示名称对应于元素值(E)还是属性值(A)。元素值包括E、E1和E2。类别(Category)用于指示对应的元素值或属性值在网络(N)中或终端(T)中是强制的还是可选的，并且如果该值是强制的则具有值M，如果该值是可选的则具有值O。因此，网络中的强制内容由“NM(网络强制的)”表示，终端中的强制内容由“TM(终端强制的)”表示，网络中的可选内容由“NO(网络可选的)”表示，终端中的可选内容由“TO(终端可选的)”表示。基数(Cardinality)指示元素之间的关系，并且具有值：0、0..1、1、0..n、1..n，其中，“0”意味着可选的关系，“1”意味着强制的关系，“n”意味着具有多个值的可能性。例如，0..n意味着没有对应元素值或者有n个对应元素值的可能性。描述(Description)定义了对应的元素或属性值的含义。数据类型(DataType)意味着对应的元素或属性值的数据类型，即意味着被用来产生消息的编程语言的类型。例如，数据类型可以指示在XML中使用的数据类型。
表28至表36示出了根据本发明第三实施例的在表27中描述的通知消息。根据第三实施例的通知消息与根据第一实施例的通知消息的不同之处在于：类别(Category)表示对应内容在网络与终端中是强制的还是可选的，如在表27中所描述的。另外，在元素值中，表19的Name 1205(在第一实施例和第二实施例中指示通知消息的名称)由下面表29中的Title代替。另外，第一实施例和第二实施例使用在通知消息中包括的会话信息访问会话并接收对应文件，而第三实施例将ServiceGuideDeliveryDescriptor与Fragment添加到通知消息，以便将它们用于服务指南的更新。第三实施例与前面实施例的不同之处在于：根据通知消息的用途或事件区分用于用户使用或终端使用的NotificationType。
表28至表36的通知消息基本包括属性值：ID、NotificationVersion、NotificationType与Validity，以及元素值：Title、Description、PresentationType与ExtensionURL，并且根据其用途还可以包括：SessionInformation、MediaInformation、ServiceGuideDeliveryDescriptor或Fragment。
表28
| 名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
| NotificationMessage | E | 通知消息片段包括以下属性：IDNotificationVersionNotificationTypeValidity包括以下元素：TitleDescriptionPresentationTypeExtensionURLSessionInformationMediaInformationServiceGuideDeliveryDescriptorFragment | |||
| ID | A | NM/TM | 1 | 通知消息标识符 | 任何URI |
| NotificationVersion | A | NM/TM | 1 | 通知消息的版本信息。其被用来检查通知消息冗余和新的通知消息。 | int(32比特)，被表示为NTP时间 |
| NotificationType | A | NM/TM | 1 | 在该通知消息中携带的通知的类型。参见部分8.2。 | 整数 |
| Validity | A | NO/TM | 0..1 | 通知消息片段的有效时间。如果指定了Validity，则通知消息将在该指定时间过期。 | int(32比特)，被表示为NTP时间 |
表29
| Title | E1 | NM/TM | 0..N | 通知消息的标题，可能以多种语言表示。对于该元素，使用内置XML属性xml:lang来表示语言。 | 字符串 |
| Description | E1 | NO/TM | 0..N | 通知的描述或消息，可能以多种语言表示。 | 字符串 |
| 对于该元素，使用内置XML属性xml:lang来表示语言。 | |||||
| PresentationType | E1 | NM/TM | 1 | 定义用于所接收的通知消息的呈现类型。如果PresentationType＝0，终端在中断所有应用之后立即呈现该通知消息。如果PresentationType＝1，终端将存储该通知消息。无论何时当用户希望时，他/她可以查看所存储的消息。(默认)如果PresentationType＝2，终端将在当前播放的服务上重叠地呈现该通知消息。由于服务提供者、运营者或广播者的目的，可以确定其它的PresentationType。 | 整数 |
| ExtensionURL | E1 | NO/TM | 0..N | 包括与通知消息相关的附加信息的URL | 任何URI |
表30
| SessionInformation | E1 | NO/TM | 0..N | 当通知消息携带指向另一传递会话的指针时，该元素将出现。SessionInformation定义传递会话信息、通过所指示的会话传递的对象或片段信息、以及替代的传递方法的URI。在接收到具有SessionInformation的通知消息之后，终端将访问由SessionInformation指定的相关会话，并采取像接收内容之类的适当动作。 |
| 包括以下属性：ValidFromValidToUsageType包括以下元素：DeliverySessionTransportObjectIDAlternativeURI | |||||
| ValidFrom | A | NO/TM | 0..1 | 供终端接收数据的会话有效的第一时刻 | int(32比特)，被表示为NTP时间 |
| ValidTo | A | NO/TM | 0..1 | 供终端接收数据的会话有效的最后时刻 | int(32比特)，被表示为NTP时间 |
表31
| UsageType | A | NO/TM | 0..1 | 定义通过所指示的传递会话发送的对象的类型如果UsageType＝0，则所指示的传递会话将用于文件传递。如果UsageType＝1，则服务将按照调度通过所指示的传递会话而开始。由于服务提供者、运营者或广播者的目的，可以确定其它的PresentationType。 | 整数 |
| DeliverySession | E2 | NO/TM | 0..1 | 由通知消息指示的目标传递会话信息。包括以下属性：SourceIPTransportSessionID |
| SourceIP | A | NM/TM | 1 | 传递会话的源IP地址 | 字符串 |
| TransportSessionID | A | NM/TM | 1 | 目标传递会话的标识符 | unsignedShort(16比特) |
| TransportObjectID | E2 | NO/TM | 0..N | 通过所指示的传递会话发送的对象的传输对象ID(transport object ID-TOI)，包括以下片段元素。 | unsignedInt(32比特) |
| AlternativeURI | E2 | NO/TM | 0..1 | 用于经由交互信道接收对象的替代URI。如果终端不能访问所指示的传递会话，则终端可以通过AlternativeURI接收与通知消息相关联的对象。 | 任何URI |
表32
| MediaInformation | E1 | NO/TM | 0..1 | 当通知消息携带用于支持呈现该通知的信息时，该元素将出现。Media Information用于构造并呈现通知消息。包括以下元素：PictureVideoAudio | |
| Picture | E2 | NO/TM | 0..N | 定义如何获得画面和MIME类型。包括以下元素：MIMEtypePictureURI | |
| MIMEtype | A | NO/TM | 0..1 | 画面的MIME类型 | 字符串 |
| PictureURI | A | NO/TM | 0..1 | 引用画面的URI | 任何URI |
| Video | E2 | NO/ | 0..N | 定义如何获得视频和MIME类 |
| TM | 型。包括以下元素：MIMEtypeVideoURI | ||||
| MIMEtype | A | NO/TM | 0..1 | 视频的MIME类型 | 字符串 |
| VideoURI | A | NO/TM | 0..1 | 引用视频的URI | 任何URI |
| Audio | E2 | NO/TM | 0..N | 定义如何获得音频和MIME类型。包括以下元素：MIMEtypeAudioURI |
表33
| MIMEtype | A | NO/TM | 0..1 | 音频的MIME类型 | 字符串 |
| AudioURI | A | NO/TM | 0..1 | 引用音频的URI | 任何URI |
| ServiceGuideDelivervDescriptor | E1 | NO/TM | 0..N | 当通知消息携带SGDD时，该元素将出现。Service Guide Delivery Descriptor包括以下子元素：DescriptorEntry | |
| id | A | NM/TM | 1 | Service Guide Delivery Descriptor片段的ID，全局唯一的 | 任何URI |
| version | A | NM/TM | 1 | 该片段的版本。只要接收到较新的版本，该较新的版本就优先于较老的版本。 | unsignedInt(32比特) |
| DescriptorEntry | E2 | NM/TM | 1..N | Service Guide Delivery Descriptor中的项目。包括以下子元素： |
| GroupingCriteria，Transporrt，AlternativeAccessURL，ServiceGuideDeliveryUnit | |||||
| GroupingCriteria | E3 | NO/TM | 0..1 | 指定用于将该Service GuideDescriptorEntry中的ServiceGuide片段编组的准则。如果同时出现几个用于编组的准则，则所有这些编组准则都应用于该Service Guide DescriptorEntry中的Service Guide片段的集合。包括以下子元素：TimeGroupingCriteria，GenreGroupingCriteria，ServiceProviderCriteria |
表34
| TimeGroupingCriteria | E4 | NO/TM | 0..1 | 指定该DescriptorEntry描述的时间周期。(例如：宣告接下来的2个小时Service Guide片段的某个子组为有效)包括以下属性：StartTime，EndTime | |
| StartTime | A | NM/TM | 1 | 该DescriptorEntry宣告片段针对的时间周期的开始。(注意：这与片段有效时间不同) | int(32比特)，被表示为NTP时间 |
| EndTime | A | NM/TM | 1 | 该DescriptorEntry宣告片段针对的时间周期的结束。(注意：这与片段有效时间不同) | int(32比特)，被表示为NTP时间 |
| GenreGroupingCriteria | E4 | NO/TM | 0..1 | 指定与该服务指南传递单元(ServiceGuide Delivery Unit)中的片段相关联的服务/内容的分类。(例如：喜剧、动作、戏剧) | 字符串 |
| ServiceProviderCriteria | E4 | NO/TM | 0..1 | 由唯一名称指定每个服务提供者 | 字符串 |
| Transport | E3 | NO/TM | 0..1 | 指向在该DescriptorEntry中宣布的服务指南传递单元(Service GuideDelivery Units)内传递服务指南片段(Service Guide fragments)的传输会话的指针。包括以下属性：IpAddress，Port，SrcIpAddress，SessionID | |
| IpAddress | A | NM/TM | 1 | 目标传递会话的目的IP地址(Destination IP address) | 字符串 |
| Port | A | NM/TM | 1 | 目标传递会话的目的端口 | unsignedShort(16比特) |
| SrcIpAddress | A | NO/TM | 0..1 | 传递会话的源IP地址 | 字符串 |
表35
| SessionID | A | NM/TM | 1 | 目标传递会话的标识符 | unsignedShort(16比特) |
| AlternativeAccessURL | E3 | NO/TM | 0..N | 用于经由交互信道检索服务指南传递单元的替代URL | 任何URI |
| ServiceGuid | E3 | NM/ | 1..N | 分段组。 |
| eDeliveryUnit | TM | 包括以下属性：transportObjectID，validFrom，validTo包括以下子元素：Fragment | |||
| transportObjectID | A | NO/TM | 0..1 | 在该组中携带所宣告的片段的服务指南传递单元的传输对象ID。 | unsignedInt(32比特) |
| validFrom | A | NO/TM | 0..1 | 该组服务指南片段有效的时间的第一时刻。格式为NTP。注意：如果该属性不出现，则“validFrom”属性必须在“Fragment”子元素中出现。 | int(32比特)，被表示为NTP时间 |
| validTo | A | NO/TM | 0..1 | 该组服务指南片段有效的时间的最后时刻。格式为NTP。注意：如果该属性不出现，则“validTo”属性必须在“Fragment”子元素中出现。 | int(32比特)，被表示为NTP时间 |
| Fragment | E4 | NM/TM | 1..N | 在广播信道上可用的服务指南片段的宣告。包括以下属性：transportID，id，version，validFrom，validTo，type |
表36
| transportID | A | NM/TM | 1 | 要在服务指南传递单元首标中使用的所宣布的服务指南片段的标识符。 | unsignedInt(32比特) |
| id | A | NM/TM | 1 | 所宣布的服务指南片段的标识符。 | 任何URI |
| version | A | NM/TM | 1 | 所宣布的服务指南片段的版本。注意：版本范围限于给定的传输会话。版本值从232-1返回到0。 | unsignedInt(32比特) |
| validFrom | A | NO/TM | 0..1 | 该片段有效的第一时刻。如果没有给出，则假设已经在过去的某个时间开始有效。注意：如果该属性出现，并且“ServiceGuideDeliveryUnit”的“validFrom”属性也出现，则该属性的值优先于“ServiceGuideDeliveryUnit”属性“validFrom”的值。 | int(32比特)，被表示为NTP时间 |
| validTo | A | NO/TM | 0..1 | 该片段有效的最后时刻。如果没有给出，则假设在将来的不确定时间结束有效。注意：如果该属性出现，并且“ServiceGuideDeliveryUnit”的“validTo”属性也出现，则该属性的值优先于“ServiceGuideDeliveryUnit”属性“validTo”的值。 | int(32比特)，被表示为NTP时间 |
| type | A | NM/TM | 1 | 指定片段的格式(schema)或MIME类型的枚举值。 | 字符串 |
| Fragment | E1 | NO/TM | 0..N | 当通知消息携带服务指南片段时，该元素将出现。该元素可以携带任何的服务指南 | ＜TBD＞ |
| 片段。 |
下面的表37至表45示出了根据本发明第四实施例的通知消息。根据第四实施例的通知消息与根据其它实施例的通知消息的不同之处如下。取决于NotificationType，终端确定对应的通知消息是用于用户使用还是用于终端使用。通知产生功能204a使用指示通知事件的类型的EventType(添加的)、根据通知消息的事件类型来配置消息。取决于所接收到通知消息的EventType，终端可以确定所接收的通知消息是由什么事件配置的。另外，通知产生功能204a将FilteringValue添加到通知消息，以便显示存储在用户终端中的内容或存在于具体会话中的内容、以及对应于FilteringValue的内容，使得用户可以观看不同的内容。也就是说，当通知产生功能204a根据所接收的通知事件消息产生通知消息时，可以通过将指示事件的类型的EventType信息包括在发送通知消息中来配置仅包括通知消息必须的元素的通知消息，以允许通知产生功能204a产生通知消息。
另外，尽管出于服务指南的更新目的第四实施例可以发送ServiceGuideDeliveryDescriptor(SGDD)或Fragment本身，但是在产生通知消息期间，其可以通过SGDD的id、版本信息和会话信息访问对应会话，从存在于所访问的会话中的多个SGDD中找到与所通知的id相匹配的SGDD，并且当版本信息指示最近版本时更新服务指南。
根据第四实施例的通知消息的Generic Field(通用字段)包括属性值：ID、NotificationVersion、NotificationType、EventType、PresentationType与Validity，以及元素值：Title、Description与ExtensionURL。可以根据EventType以不同方式配置FilteringValue、SessionInformation、MediaInformation，ServiceGuideDeliveryDescriptior与Fragment，以及Generic Field。
表37
| 名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
| NotificationMessage | E | 通知消息片段包括以下属性：IDNotificationVersionNotificationTypeEventType |
| PresentationTypeValidity包括以下元素：TitleDescriptionExtensionURLFilteringValueSessionInformationMediaInformationServiceGuideDeliveryDescriptorFragment | |||||
| ID | A | NM/TM | 1 | 通知消息标识符 | 任何URI |
| NotificationVersion | A | NM/TM | 1 | 通知消息的版本信息。其被用来检查通知消息冗余和新的通知消息。 | int(32比特)，被表示为NTP时间 |
表38
| NotificationType | A | NM/TM | 1 | 通知类型如果NotificationType＝0，则该消息为面向用户的消息，诸如来自SP的公告、多媒体消息、紧急情况等。如果NotificationType＝1，则该消息是面向终端的消息，诸如服务或文件下载的开始等。由于服务提供者、运营者或广播者目的，可以确定其它的NotificationType。 | unsignedByte |
| EventType | A | NM/TM | 1 | 在该通知消息中携带的通知事件的类型。 | unsignedByte |
| PresentationType | A | NM/TM | 1 | 定义所接收的通知消息的呈现类型。如果PresentationType＝0，终端在中断所有应用之后立即呈现该通知消息。如果PresentationType＝1，终端将存储该通知消息。无论何时当用户希望时，他/她可以查看所存储的消息。(默认)如果PresentationType＝2，终端将在当前播放的服务上重叠地呈现该通知消息。由于服务提供者、运营者或广播者的目的，可以确定其它的PresentationType。 | unsignedByte |
| Validity | A | NO/TM | 0..1 | 通知消息片段的有效时间。如果指定了Validity，则通知消息将在该指定时间过期。注意：如果通知消息被用于广告通知，并且该字段出现，则其将用于指定广告的开始时间。 | int(32比特)，被表示为NTP时间 |
表39
| Title | E1 | NO/TM | 0..N | 通知消息的标题，可能以多种语言表示。对于该元素，使用内置XML属性xml:lang来表示语言。 | 字符串 |
| Description | E1 | NO/TM | 0..N | 通知的描述或消息，可能以多种语言表示。对于该元素，使用内置XML属性xml:lang来表示语言。 | 字符串 |
| ExtensionURL | E1 | NO/TM | 0..N | 包括与通知消息相关的附加信息的URL | 任何URI |
| FilteringValue | E1 | NO/TO | 0..N | 定义要用于过滤的值 | 字符串 |
| FilteringType | A | NM/TM | 1 | 定义过滤器类型。可能的类型有：Genre、Age、Name、Location等。 | 字符串 |
| SessionInformation | E1 | NO/TM | 0..N | 当通知消息携带指向另一传递会话的指针时，该元素将出现。SessionInformation定义传递会话信息、通过所指示的会话传递的对象或片段信息、以及替代的传递方法的URI。在接收到具有SessionInformation的通知消息之后，终端将访问由SessionInformation指定的相关会话，并采取像接收内容之类的适当动作。包括以下属性：ValidFromValidToUsageType包括以下元素：DeliverySessionTransportObjectIDAlternativeURI |
表40
| ValidFrom | A | NO/TM | 0..1 | 供终端接收数据的会话有效的第一时刻 | int(32比特)，被表示为NTP时间 |
| ValidTo | A | NO/ | 0..1 | 供终端接收数据的会话有效的 | int(32 |
| TM | 最后时刻 | 比特)，被表示为NTP时间 | |||
| DeliverySession | E2 | NO/TM | 0..1 | 由通知消息指示的目标传递会话信息。包括以下属性：SourceIPTransportSessionID | |
| SourceIP | A | NM/TM | 1 | 传递会话的源IP地址 | 字符串 |
| TransportSessionID | A | NM/TM | 1 | 目标传递会话的标识符 | unsignedShort(16比特) |
| TransportObjectID | E2 | NO/TM | 0..N | 通过所指示的传递会话发送的对象的传输对象ID(transportobject ID-TOI)，包括以下片段元素。 | unsignedInt(32比特) |
| AlternativeURI | E2 | NO/TM | 0..1 | 用于经由交互信道接收对象的替代URI。如果终端不能访问所指示的传递会话，则终端可以通过AlternativeURI接收与通知消息相关联的对象。 | 任何URI |
| MediaInformation | E1 | NO/TM | 0..1 | 当通知消息携带用于支持呈现该通知的信息时，该元素将出现。Media Information用于构造并呈现通知消息。包括以下元素：PictureVideoAudio |
表41
| Picture | E2 | NO/TM | 0..N | 定义如何获得画面和MIME类型。包括以下元素：MIMEtypePictureURI | |
| MIMEtype | A | NO/TM | 0..1 | 画面的MIME类型 | 字符串 |
| PictureURI | A | NO/TM | 0..1 | 引用画面的URI | 任何URI |
| Video | E2 | NO/TM | 0..N | 定义如何获得视频和MIME类型。包括以下元素：MIMEtypeVideoURI | |
| MIMEtype | A | NO/TM | 0..1 | 视频的MIME类型 | 字符串 |
| VideoURI | A | NO/TM | 0..1 | 引用视频的URI | 任何URI |
| Audio | E2 | NO/TM | 0..N | 定义如何获得音频和MIME类型。包括以下元素：MIMEtyPeAudioURI | |
| MIMEtype | A | NO/TM | 0..1 | 音频的MIME类型 | 字符串 |
| AudioURI | A | NO/TM | 0..1 | 引用音频的URI | 任何URI |
| ServiceGuideDeliveryDescriptor | E1 | NO/TM | 0..N | 当通知消息携带SGDD时，该元素将出现。Service Guide DeliveryDescriptor包括以下子元素：DescriptorEntry |
表42
| id | A | NM/TM | 1 | Service Guide DeliveryDescriptor片段的ID，全局唯一的 | 任何URI |
| version | A | NM/TM | 1 | 该片段的版本。只要接收到较新的版本，该较新的版本就优先于较老的版本。 | unsignedInt(32比特) |
| DescriptorEntry | E2 | NO/TM | 1..N | Service Guide DeliveryDescriptor中的项目。包括以下子元素：GroupingCriteria，Transport，AlternativeAccessURL，ServiceGuideDeliveryUnit | |
| GroupingCriteria | E3 | NO/TM | 0..1 | 指定用于将该Service GuideDescriptorEntry中的ServiceGuide片段编组的准则。如果同时出现几个用于编组的准则，则所有这些编组准则都应用于该Service Guide DescriptorEntry中的Service Guide片段的集合。包括以下子元素：TimeGroupingCriteria，GenreGroupingCriteria，ServiceProviderCriteria | |
| TimeGroupingCriteria | E4 | NO/TM | 0..1 | 指定该DescriptorEntry描述的时间周期。(例如：宣告接下来的2个小时Service Guide片段的某个子组为有效)包括以下属性：StartTime， |
| EndTime | |||||
| StartTime | A | NM/TM | 1 | 该DescriptorEntry宣告片段针对的时间周期的开始。(注意：这与片段有效时间不同) | int(32比特)，被表示为NTP时间 |
表43
| EndTime | A | NM/TM | 1 | 该DescriptorEntry宣告片段针对的时间周期的结束。(注意：这与片段有效时间不同) | int(32比特)，被表示为NTP时间 |
| GenreGroupingCriteria | E4 | NO/TM | 0..1 | 指定与该服务指南传递单元(Service Guide Delivery Unit)中的片段相关联的服务/内容的分类。(例如：喜剧、动作、戏剧) | 字符串 |
| ServiceProviderCriteria | E4 | NO/TM | 0..1 | 由唯一名称指定每个服务提供者 | 字符串 |
| Transport | E3 | NO/TM | 0..1 | 指向在该DescriptorEntry中宣告的服务指南传递单元(ServiceGuide Delivery Units)内传递服务指南片段(Service Guidefragments)的传输会话的指针。包括以下属性：IpAddress，Port，SrcIpAddress，SessionID |
| IpAddress | A | NM/TM | 1 | 目标传递会话的目的IP地址(Destination IP address) | 字符串 |
| Port | A | NM/TM | 1 | 目标传递会话的目的端口 | unsignedShort(16比特) |
| SrcIpAddress | A | NO/TM | 0..1 | 传递会话的源IP地址 | 字符串 |
| SessionID | A | NM/TM | 1 | 目标传递会话的标识符 | unsignedShort(16比特) |
| AlternativeAccessURL | E3 | NO/TM | 0..N | 用于经由交互信道检索服务指南传递单元的替代URL | 任何URI |
Table 44
| ServiceGuideDeliveryUnit | E3 | NM/TM | 1..N | 分段组。包括以下属性：transportObjectID，validFrom，validTo包括以下子元素：Fragment | |
| transportObjectID | A | NO/TM | 0..1 | 在该组中携带所宣告的片段的服务指南传递单元的传输对象ID。 | unsignedInt(32比特) |
| validFrom | A | NO/TM | 0..1 | 该组服务指南片段有效的时间的第一时刻。格式为NTP。 | int(32比特)，被表 |
| 注意：如果该属性不出现，则“validFrom”属性必须在“Fragment”子元素中出现。 | 示为NTP时间 | ||||
| validTo | A | NO/TM | 0..1 | 该组服务指南片段有效的时间的最后时刻。格式为NTP。注意：如果该属性不出现，则“validTo”属性必须在“Fragment”子元素中出现。 | int(32比特)，被表示为NTP时间 |
| Fragment | E4 | NM/TM | 1..N | 在广播信道上可用的服务指南片段的宣告。包括以下属性：transportID，id，version，validFrom，validTo，type | |
| transportID | A | NM/TM | 1 | 要在服务指南传递单元首标中使用的所宣布的服务指南片段的标识符。 | unsignedInt(32比特) |
表45
| id | A | NM/TM | 1 | 所宣布的服务指南片段的标识符。 | 任何URI |
| version | A | NM/TM | 1 | 所宣布的服务指南片段的版本。注意：版本范围限于给定的传输会话。版本值从232-1返回到0。 | unsignedInt(32比特) |
| validFrom | A | NO/TM | 0..1 | 该片段有效的第一时刻。如果没有给出，则假设已经在过去的某个时间开始有效。 | int(32比特)，被表 |
| 注意：如果该属性出现，并且“ServiceGuideDeliveryUnit”的“validFrom”属性也出现，则该属性的值优先于“ServiceGuideDeliveryUnit”属性“validFrom”的值。 | 示为NTP时间 | ||||
| validTo | A | NO/TM | 0..1 | 该片段有效的最后时刻。如果没有给出，则假设在将来的不确定时间结束有效。注意：如果该属性出现，并且“ServiceGuideDeliveryUnit”的“validTo”属性也出现，则该属性的值优先于“ServiceGuideDeliveryUnit”属性“validTo”的值。 | int(32比特)，被表示为NTP时间 |
| type | A | NM/TM | 1 | 指定片段的格式(schema)或MIME类型的枚举值。 | 字符串 |
| Fragment | E1 | NO/TM | 0..N | 当通知消息携带服务指南片段时，该元素将出现。该元素可以携带任何的服务指南片段。 | ＜TBD＞ |
下面的表46示出在第三实施例的NotificationType和第四实施例的EventType中使用的值。根据EventType，第三实施例或第四实施例的通知消息格式经历改变。对于EventType＝1，可以利用Generic Field+MediaInformation来配置通知消息。对于EventType＝2，当意图通过过滤示出存储在终端中的相关广告或内容时，可以利用Generic Field+FilteringValue来配置通知消息。为了在具体会话中发送广告内容，以允许用户访问对应会话并实时地查看广告，可以利用Generic Field+SessionInformation来配置通知消息，或者也可以利用Generic Field+FileteringValue+SessionInformation来配置通知消息，使得用户在对应会话期间可以查看通过FilteringValue与他或她相匹配的广告。
对于EventType＝3，利用Generic Field+SessionInformation来配置通知消息，以发送将发送对应服务或文件的会话，从而指示服务或文件传递的开始。对于EventType＝4，为了仅通知存在服务指南更新的会话，以指示服务指南的更新，可以利用Generic Field+Session Information配置通知消息，并且可以也使用通知消息将对应的ServiceGuideDelieveryDescriptor与Generic Field+ServiceGuideDeliveryDescriptor一起传递，或者可以配置修改的片段本身，像Generic Field+Fragment。
另外，当在发送SGDD的公告会话(Announcement Session)中存在几个SGDD时，利用version+SessionInformation与Generic Field的id+ServiceGuideDeliveryDescriptor一起来通知会话中的改变的具体SGDD，从而使能对应SGDD的更新。对于EventType＝5，仅利用Generic Field配置通知消息。对于EventType＝6，以Generic Field+MediaInformation的形式配置通知消息，并且然后将其传递到终端。对于表46的EventType，可以根据用途添加不同的EventType。
表46
| EventType | Name | Description(描述) |
| 1 | 紧急通知(Emergencynotification) | 向用户宣布紧急消息。 |
| 2 | 广告(Advertisement) | 向终端指示广告插入。 |
| 3 | 服务(Service availabilityannouncement) | 向用户宣布服务可用。 |
| 4 | 服务指南更新(ServiceGuide update) | 向用户宣布服务指南更新。 |
| 5 | 文本消息(Text message) | 向用户宣布基于本本的通知。 |
| 6 | 多媒体消息(Multimediamessage) | 向用户宣布基于多媒体的通知。 |
图9是在根据本发明第四实施例接收到用于广告等目的的通知消息时终端将先前存储的广告内容或数据提供给用户的示例处理。
也就是说，图示出了当具有EventType＝2的广告消息包括FilteringValue时用户终端使用FilteringValue在其屏幕上显示先前存储的广告内容或其相似数据的处理。广播服务分发/适配(BSD/A)901是管理OMA BCAST中分发的网络实体，通知分发/适配(NTDA)902是在BSD/A 901中传递通知消息的通知功能的部件。
NTDA 902经由在BSD/A 901与终端911之间定义的接口930从OMABLAST向终端911的NTC 904传递具有EventType＝Advertisement、FilteringType＝Genre以及FilteringValue＝Sports的通知消息903。
NTC 904检查所接收的通知消息，并使用终端911中的适当功能在存储在储藏库905中的内容906到909中搜索具有Genre＝Sports的内容。在此例子中，由于内容(ID：1)906对应于与所接收的通知消息903的FilteringValue相匹配的广告内容，所以该内容通过接口940显示在显示器910上。由于所接收的通知消息中的Validity被定义为2006年01月01日上午10:00，所以在上午10:00自动地显示对应内容。
根据在第四实施例中描述的FilteringValue和FilteringType的用途，可以给它们分配不同的值，并且主要类型可以包括：User Preference(用户偏好)、User Location(用户位置)、Target Group(目标组)、Service Provider(服务提供者)、User demographic profile(用户人口统计特征)、Time of day(一天中的时间)、day of week(一周中的一天)、channel(频道)等等。另外，如果利用与描述与服务指南的内容或服务相关联的片段的元素值或属性值的内容相同的用途或内容来使用对应类型，则应当利用相同名称使用对应类型。在与内容或服务相关联的片段中使用的元素值或属性值包括Genre、ParentalRating、UserRating、TargetUserProfile、BroadcastArea等。
关于上面实施例中的FilteringType和FilteringValue，可以在Title方面以相同用途和功能使用FilteringType，可以在Description方面以相同用途和功能使用FilteringValue。
尽管仅针对本发明的第一至第四实施例中的便携式广播系统描述了本发明的某些示例实施例，但是本发明的示例实施例实际上可以应用于任何基于IP的广播系统。
如从上面描述中可以理解的，在能够进行便携式广播的广播或通信系统中，本发明的示例实施例根据用途将通知消息划分成用于用户使用的通知消息和用于终端使用的通知消息，从而使得终端能够自发地执行必要操作，而无需用户的单独操作，使得可以更新服务指南或执行文件下载而无需用户的操作。对于用于用户使用的通知消息，在消息中单独地定义PresentationType，由此给消息赋予优先级。如果对应消息是紧急的通知消息，则终端可以停止对应的内容服务，并将所接收的通知消息提供给用户。
另外，终端在从便携式广播系统接收通知消息的过程中检查通知消息的版本信息；如果该消息是复制的通知消息，则丢弃对应的通知消息；仅当对应的通知消息是新的通知消息时，才执行对应操作，由此降低终端的不必要的操作。
本发明的示例实施例可以通过运行来自计算机可读介质的程序来在通用计算机中实施，计算机可读介质包括但不限于诸如磁存储介质(ROM、RAM、软盘、磁带等)、光学可读介质(CD-ROM、DVD等)以及载体(在因特网上传输)的存储介质。
此外，本发明的示例实施例可以根据EventType具体地构造通知消息，并将FilteringValue添加到通知消息以便以不同方式为每个用户显示存储在终端中的内容，由此促进对内容的定制(customization)以及动态地显示期望的内容。
尽管这里已经示出并描述了本发明的某些示例实施例，本领域技术人员应该理解：在不偏离如由所附权利要求书及其等效物限定的本发明的精神和范围的情况下，可以在形式和细节上作出各种改变。
Claims (47)
1.一种在广播系统中发送消息的装置，该装置包括：
通知事件模块，用于接收从内容创建提供的指示内容改变信息的通知，并产生用于产生通知消息的通知事件消息；
通知产生模块，用于使用从通知事件模块接收的通知事件消息，来产生要由被安排为接收通知消息的终端的用户使用的通知消息或者要被该终端使用的通知消息；以及
通知分发/适配模块，用于经由特定网络向终端发送从通知产生模块接收的通知消息。
2.如权利要求1所述的装置，其中，通知分发/适配模块还将与内容发送有关的、由于广播系统的改变信息而从广播分发系统BDS服务分发接收的通知事件消息发送给通知产生模块。
3.如权利要求1所述的装置，其中，通知产生模块产生包括指示通知消息的用途的NotificationType的通知消息。
4.如权利要求1所述的装置，其中，通知产生模块产生包括指示通知消息的版本信息的NotificationVersion的通知消息。
5.如权利要求1所述的装置，其中，通知产生模块产生包括指示通知消息的呈现类型的PresentationType的通知消息。
6.如权利要求1所述的装置，其中，通知产生模块产生包括指示通知消息中SessionInformation的用途的UsageType的通知消息。
7.如权利要求1所述的装置，其中，通知产生模块产生包括指示通知消息由什么事件配置的EventType的通知消息。
8.如权利要求1所述的装置，其中，通知产生模块产生包括指示用于执行先前存储在终端中的内容的信息的FilteringValue的通知消息。
9.一种在广播系统中发送消息的装置，该装置包括：
通知事件模块，用于接收从内容创建提供的指示内容改变信息的通知，并产生用于产生通知消息的通知事件消息；
通知产生模块，用于使用从通知事件模块接收的通知事件消息来产生通知消息，该通知消息包括：指示该通知消息是要由被安排为接收通知消息的终端的用户使用的通知消息还是要被该终端使用的通知消息的NotificationType，指示所产生的通知消息的版本信息的NotificationVersion，指示通知消息的呈现类型的PresentationType，指示通知消息中的SessionInformation的用途的UsageType，指示该通知消息是由什么事件配置的EventType，以及指示用于执行先前存储在该终端中的内容的信息的FilteringValue；以及
通知分发/适配模块，用于从通知产生模块接收通知消息并经由特定网络将所接收的通知消息发送到终端。
10.一种在广播系统中发送消息的方法，该方法包括下列步骤：
由通知事件模块接收从内容创建提供的指示内容改变信息的通知，产生用于产生通知消息的通知事件消息，并将所产生的通知事件消息发送到通知产生模块；
由通知产生模块接收通知事件消息，产生要被用户使用的通知消息或者要被终端使用的通知消息，并将所产生的通知消息发送到通知分发/适配模块；以及
由通知分发/适配模块接收该通知消息并经由特定网络将所接收的通知消息发送到终端。
11.如权利要求10所述的方法，其中，所述由通知产生模块产生通知消息的步骤还包括：从已经接收到与内容发送有关的、由于广播系统的改变信息而由广播分发系统BDS服务分发产生的事件的通知分发/适配模块接收通知事件消息的步骤。
12.如权利要求11所述的方法，其中，所述由通知产生模块产生通知消息的步骤包括：产生指示通知消息的用途的NotificationType的通知消息的步骤。
13.如权利要求11所述的方法，其中，所述由通知产生模块产生通知消息的步骤包括：产生指示通知消息的呈现类型的PresentationType的通知消息的步骤。
14.如权利要求11所述的方法，其中，所述由通知产生模块产生通知消息的步骤包括：产生指示通知消息中SessionInformation的用途的UsageType的通知消息的步骤。
15.如权利要求11所述的方法，其中，所述由通知产生模块产生通知消息的步骤包括：产生指示通知消息由什么事件配置的EventType的通知消息的步骤。
16.如权利要求11所述的方法，其中，所述由通知产生模块产生通知消息的步骤包括：产生指示用于执行先前存储在终端中的内容的信息的FilteringValue的通知消息的步骤。
17.一种在广播系统中发送消息的方法，该方法包括下列步骤：
由通知事件模块接收从内容创建提供的指示内容改变信息的通知，产生用于产生通知消息的通知事件消息，并将所产生的通知事件消息发送到通知产生模块；
由通知产生模块使用从通知事件模块接收的通知事件消息来产生通知消息，并将所产生的通知消息发送到通知分发/适配模块，该通知消息包括：指示该通知消息是要被用户使用的通知消息还是要被终端使用的通知消息的NotificationType，指示通知消息的呈现类型的PresentationType，指示该通知消息是由什么事件配置的EventType，以及指示用于执行先前存储在该终端中的内容的信息的FilteringValue；以及
由通知分发/适配模块从通知产生模块接收通知消息并经由特定网络将所接收的通知消息发送到终端。
18.一种从广播系统接收广播服务的终端装置，该装置包括：
接收器，用于从广播系统接收通知消息；以及
控制器，用于基于所接收的通知消息的内容来确定所接收的通知消息是要被用户使用的通知消息还是要被终端使用的通知消息，并且根据确定结果执行操作。
19.如权利要求18所述的终端装置，其中，控制器将包括在所接收的通知消息中的NotificationVersion与包括在先前接收的通知消息中的NotificationVersion进行比较，以确定所接收的通知消息是否是新的通知消息，如果所接收的通知消息不是新的通知消息，则丢弃所接收的通知消息。
20.如权利要求18所述的终端装置，其中，控制器检查所接收的通知消息的NotificationType信息，以确定所接收的通知消息是要被用户使用的通知消息还是要被终端使用的通知消息。
21.如权利要求18所述的终端装置，其中，控制器检查所接收的通知消息的PresentationType信息，并根据检查结果控制所接收的通知消息的显示操作。
22.如权利要求21所述的终端装置，其中，如果所接收的通知消息的PresentationType信息为“0”，则控制器执行一接收到通知消息就立即通过显示器输出该通知消息的控制操作。
23.如权利要求21所述的终端装置，其中，如果所接收的通知消息的PresentationType信息为“1”，则控制器执行将通知消息存储在存储器中的控制操作。
24.如权利要求21所述的终端装置，其中，如果所接收的通知消息的PresentationType信息为“2”，则控制器执行将通知消息重叠在正在进行的服务上并通过显示器输出重叠结果的控制操作。
25.如权利要求18所述的终端装置，其中，控制器检查指示通知消息中SessionInformation的用途的UsageType，并控制会话访问单元使得其根据该用途访问会话。
26.如权利要求25所述的终端装置，其中，如果UsageType为“0”，则控制器控制会话访问单元使得其根据SessionInformation访问会话并接收文件。
27.如权利要求25所述的终端装置，其中，如果UsageType为“1”，则控制器控制会话访问单元使得其访问会话并接收用户加入的对应服务。
28.如权利要求18所述的终端装置，其中，控制器检查通知消息的EventType，并根据所接收的通知消息的EventType执行对应操作。
29.如权利要求18所述的终端装置，其中，控制器检查通知消息的FilteringValue，并从先前存储在终端中的内容之中给用户提供其FilteringValue等于该FilteringValue的内容。
30.一种从广播系统接收广播服务的终端装置，该装置包括：
接收器，用于从广播系统接收通知消息；以及
控制器，用于根据该通知消息中的NotificationType信息来确定所接收的通知消息是要被用户使用的通知消息还是要被终端使用的通知消息，根据该通知消息中的PresentationType信息来控制通知信息的显示操作，检查该通知消息的UsageType以根据该通知消息的SessionInformation的用途来访问会话，检查该通知消息的NotificationVersion信息以确定所接收的通知消息是否是最新接收的通知消息，检查该通知消息的EventType以根据所接收的通知消息的事件类型来执行对应操作，以及检查该通知消息的FilteringValue以从先前存储的内容之中给用户提供其FilteringValue等于该FilteringValue的内容。
31.一种用于从广播系统接收广播服务的方法，包括下列步骤：
由终端从广播系统接收通知消息；
确定该通知消息是要被用户使用的通知消息还是要被终端使用的通知消息；以及
执行下列操作中的任一项：如果该通知消息是要被用户使用的通知消息则检查该通知消息的PresentationType，以及如果该通知消息是要被终端使用的通知消息则检查该通知消息的SessionInformation以访问对应会话。
32.如权利要求31所述的方法，其中，所述确定所接收的通知消息是要被用户使用的通知消息还是要被终端使用的通知消息的步骤包括以下步骤：如果通知消息的NotificationType信息为“0”，则确定所接收的通知消息是要被用户使用的通知消息；以及如果通知消息的NotificationType信息为“1”，则确定所接收的通知消息是要被终端使用的通知消息。
33.如权利要求31所述的方法，还包括以下步骤：
将所接收的通知消息的NotificationVersion与先前接收的通知消息的NotificationVersion进行比较；以及
如果作为比较的结果所接收的通知消息不是新的通知消息，则丢弃所接收的通知消息。
34.如权利要求32所述的方法，还包括以下步骤：如果所接收的通知消息是要被用户使用的通知消息，则检查通知消息的PresentationType信息。
35.如权利要求34所述的方法，还包括以下步骤：如果所接收的通知消息的PresentationType信息为“0”，则一接收到通知消息就立即将该通知消息输出给用户。
36.如权利要求34所述的方法，还包括以下步骤：如果所接收的通知消息的PresentationType信息为“1”，则将所接收的通知消息存储在存储器中。
37.如权利要求34所述的方法，还包括以下步骤：如果所接收的通知消息的PresentationType信息为“2”，则将所接收的通知消息重叠在正在进行的服务上并将重叠结果输出给用户。
38.如权利要求31所述的方法，还包括以下步骤：检查指示所接收的通知消息的SessionInformation的用途的UsageType，并根据SessionInformation的用途访问会话。
39.如权利要求38所述的方法，还包括以下步骤：如果UsageType为“0”，则根据SessionInformation访问会话并接收文件。
40.如权利要求38所述的方法，还包括以下步骤：如果UsageType为“1”，则访问会话并接收用户加入的对应服务。
41.如权利要求31所述的方法，还包括以下步骤：检查通知消息的EventType，以便发现在所接收的通知消息中包括的内容。
42.如权利要求31所述的方法，还包括以下步骤：
检查所接收的通知消息的FilteringValue，以及
从先前存储的内容中向用户提供其FilteringValue等于该FilteringValue的内容。
43.一种用于从广播系统接收广播服务的方法，包括下列步骤：
由终端从广播系统接收通知消息；
检查该通知消息的NotificationVersion以确定所接收的通知消息是否是最新接收的通知消息；
如果所接收的通知消息是最新接收的通知消息，则检查该通知消息的NotificationType以确定所接收的通知消息是要被用户使用的通知消息还是要被终端使用的通知消息；
检查该通知消息的EventType以发现包括在该通知消息中的内容；
如果所接收的通知消息是要被用户使用的通知消息，则检查该通知消息中的PresentationType；
根据该通知消息中的PresentationType，执行该通知消息的显示操作；以及
检查所接收的通知消息的FilteringValue，并从先前存储在终端中的内容之中给用户提供其FilteringValue等于该FilteringValue的内容。
44.如权利要求43所述的方法，还包括以下步骤：
如果所接收的通知消息是要被终端使用的通知消息，则检查该通知消息的UsageType；以及
根据UsageType确定SessionInformation的用途，并访问对应会话。
45.一种广播系统，包括：
通知消息发送器，用于在接收到与内容发送有关的、由于从内容创建器提供的内容改变信息或广播系统的改变信息而产生的通知事件消息时，产生通知消息并将该通知消息发送到终端；以及
终端，用于接收所发送的通知信息，确定该通知消息是要被用户使用的通知消息还是要被终端使用的通知消息，如果该通知消息是要被用户使用的通知消息则检查该通知消息的PresentationType，以及如果通知消息是要被终端使用的通知消息，则检查该通知消息的SessionInformation以访问相应会话。
46.如权利要求45所述的广播系统，其中，所述通知消息发送器包括：
通知产生模块，用于使用通知事件消息产生要被用户使用的通知消息或者要被终端使用的通知消息；以及
通知分发/适配模块，用于经由特定网络将由通知产生模块产生的通知消息发送到终端。
47.一种提供广播服务的方法，该方法包括以下步骤：
接收与内容发送有关的、由于从内容创建提供的内容改变信息或广播系统的改变信息而产生的通知事件消息；
使用所产生的通知事件消息产生要由被安排为使用通知消息的终端的用户使用的通知消息或者要被终端使用的通知消息；
经由特定网络将所产生的通知消息发送到终端；
接收所发送的通知消息；
确定该通知消息是要被用户使用的通知消息还是要被终端使用的通知消息；以及
执行下列操作中的任一项，即，如果该通知消息是要被用户使用的通知消息则检查该通知消息的PresentationType，以及如果该通知消息是要被终端使用的通知消息，则检查该通知消息的SessionInformation以访问对应会话。
Applications Claiming Priority (10)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR20050075459 | 2005-08-17 | ||
| KR1020050075459 | 2005-08-17 | ||
| KR10-2005-0075459 | 2005-08-17 | ||
| KR20050094678 | 2005-10-08 | ||
| KR10-2005-0094678 | 2005-10-08 | ||
| KR1020050094678 | 2005-10-08 | ||
| KR1020060004195A KR101209425B1 (ko) | 2005-08-17 | 2006-01-14 | 방송 시스템에서 통지 메시지 송수신 장치 및 방법과 그 시스템 |
| KR1020060004195 | 2006-01-14 | ||
| KR10-2006-0004195 | 2006-01-14 | ||
| PCT/KR2006/003224 WO2007021140A1 (en) | 2005-08-17 | 2006-08-17 | Apparatus and method for transmitting/receiving notification message in a broadcasting system, and system thereof |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101243702A CN101243702A (zh) | 2008-08-13 |
| CN101243702B true CN101243702B (zh) | 2011-11-16 |
Family
ID=37667114
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006800301676A Expired - Fee Related CN101243702B (zh) | 2005-08-17 | 2006-08-17 | 在广播系统中发送/接收通知消息的装置及方法、以及其系统 |
Country Status (9)
| Country | Link |
|---|---|
| US (2) | US7801513B2 (zh) |
| EP (1) | EP1770884A1 (zh) |
| JP (1) | JP5213710B2 (zh) |
| KR (1) | KR101209425B1 (zh) |
| CN (1) | CN101243702B (zh) |
| AU (1) | AU2006280598B2 (zh) |
| BR (1) | BRPI0614980A2 (zh) |
| CA (1) | CA2615671C (zh) |
| WO (1) | WO2007021140A1 (zh) |
Families Citing this family (111)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100610487B1 (ko) * | 2005-02-15 | 2006-08-08 | 주식회사 팬택 | 이동통신 단말기에서의 이벤트 발생시 화면 구성 장치 및방법 |
| US7961622B2 (en) * | 2005-09-02 | 2011-06-14 | Tekelec | Methods, systems, and computer program products for monitoring and analyzing signaling messages associated with delivery of streaming media content to subscribers via a broadcast and multicast service (BCMCS) |
| US7720463B2 (en) * | 2005-09-02 | 2010-05-18 | Tekelec | Methods, systems, and computer program products for providing third party control of access to media content available via broadcast and multicast service (BCMCS) |
| US7860799B2 (en) * | 2005-10-25 | 2010-12-28 | Tekelec | Methods, systems, and computer program products for providing media content delivery audit and verification services |
| US9529984B2 (en) | 2005-10-26 | 2016-12-27 | Cortica, Ltd. | System and method for verification of user identification based on multimedia content elements |
| US9372940B2 (en) | 2005-10-26 | 2016-06-21 | Cortica, Ltd. | Apparatus and method for determining user attention using a deep-content-classification (DCC) system |
| US8818916B2 (en) | 2005-10-26 | 2014-08-26 | Cortica, Ltd. | System and method for linking multimedia data elements to web pages |
| US10635640B2 (en) | 2005-10-26 | 2020-04-28 | Cortica, Ltd. | System and method for enriching a concept database |
| US9466068B2 (en) | 2005-10-26 | 2016-10-11 | Cortica, Ltd. | System and method for determining a pupillary response to a multimedia data element |
| US10535192B2 (en) | 2005-10-26 | 2020-01-14 | Cortica Ltd. | System and method for generating a customized augmented reality environment to a user |
| US10607355B2 (en) | 2005-10-26 | 2020-03-31 | Cortica, Ltd. | Method and system for determining the dimensions of an object shown in a multimedia content item |
| US10193990B2 (en) | 2005-10-26 | 2019-01-29 | Cortica Ltd. | System and method for creating user profiles based on multimedia content |
| US10949773B2 (en) | 2005-10-26 | 2021-03-16 | Cortica, Ltd. | System and methods thereof for recommending tags for multimedia content elements based on context |
| US9384196B2 (en) | 2005-10-26 | 2016-07-05 | Cortica, Ltd. | Signature generation for multimedia deep-content-classification by a large-scale matching system and method thereof |
| US10848590B2 (en) | 2005-10-26 | 2020-11-24 | Cortica Ltd | System and method for determining a contextual insight and providing recommendations based thereon |
| US10180942B2 (en) | 2005-10-26 | 2019-01-15 | Cortica Ltd. | System and method for generation of concept structures based on sub-concepts |
| US9191626B2 (en) | 2005-10-26 | 2015-11-17 | Cortica, Ltd. | System and methods thereof for visual analysis of an image on a web-page and matching an advertisement thereto |
| US11003706B2 (en) | 2005-10-26 | 2021-05-11 | Cortica Ltd | System and methods for determining access permissions on personalized clusters of multimedia content elements |
| US9477658B2 (en) | 2005-10-26 | 2016-10-25 | Cortica, Ltd. | Systems and method for speech to speech translation using cores of a natural liquid architecture system |
| US10380623B2 (en) | 2005-10-26 | 2019-08-13 | Cortica, Ltd. | System and method for generating an advertisement effectiveness performance score |
| US9953032B2 (en) | 2005-10-26 | 2018-04-24 | Cortica, Ltd. | System and method for characterization of multimedia content signals using cores of a natural liquid architecture system |
| US10742340B2 (en) | 2005-10-26 | 2020-08-11 | Cortica Ltd. | System and method for identifying the context of multimedia content elements displayed in a web-page and providing contextual filters respective thereto |
| US9558449B2 (en) | 2005-10-26 | 2017-01-31 | Cortica, Ltd. | System and method for identifying a target area in a multimedia content element |
| US10191976B2 (en) | 2005-10-26 | 2019-01-29 | Cortica, Ltd. | System and method of detecting common patterns within unstructured data elements retrieved from big data sources |
| US11216498B2 (en) | 2005-10-26 | 2022-01-04 | Cortica, Ltd. | System and method for generating signatures to three-dimensional multimedia data elements |
| US10380267B2 (en) | 2005-10-26 | 2019-08-13 | Cortica, Ltd. | System and method for tagging multimedia content elements |
| US11032017B2 (en) | 2005-10-26 | 2021-06-08 | Cortica, Ltd. | System and method for identifying the context of multimedia content elements |
| US9031999B2 (en) | 2005-10-26 | 2015-05-12 | Cortica, Ltd. | System and methods for generation of a concept based database |
| US8326775B2 (en) | 2005-10-26 | 2012-12-04 | Cortica Ltd. | Signature generation for multimedia deep-content-classification by a large-scale matching system and method thereof |
| US9218606B2 (en) | 2005-10-26 | 2015-12-22 | Cortica, Ltd. | System and method for brand monitoring and trend analysis based on deep-content-classification |
| US11403336B2 (en) | 2005-10-26 | 2022-08-02 | Cortica Ltd. | System and method for removing contextually identical multimedia content elements |
| US9646005B2 (en) * | 2005-10-26 | 2017-05-09 | Cortica, Ltd. | System and method for creating a database of multimedia content elements assigned to users |
| US11620327B2 (en) | 2005-10-26 | 2023-04-04 | Cortica Ltd | System and method for determining a contextual insight and generating an interface with recommendations based thereon |
| US10380164B2 (en) | 2005-10-26 | 2019-08-13 | Cortica, Ltd. | System and method for using on-image gestures and multimedia content elements as search queries |
| US9767143B2 (en) | 2005-10-26 | 2017-09-19 | Cortica, Ltd. | System and method for caching of concept structures |
| US10776585B2 (en) | 2005-10-26 | 2020-09-15 | Cortica, Ltd. | System and method for recognizing characters in multimedia content |
| US10360253B2 (en) | 2005-10-26 | 2019-07-23 | Cortica, Ltd. | Systems and methods for generation of searchable structures respective of multimedia data content |
| US9489431B2 (en) | 2005-10-26 | 2016-11-08 | Cortica, Ltd. | System and method for distributed search-by-content |
| US8266185B2 (en) | 2005-10-26 | 2012-09-11 | Cortica Ltd. | System and methods thereof for generation of searchable structures respective of multimedia data content |
| US11019161B2 (en) | 2005-10-26 | 2021-05-25 | Cortica, Ltd. | System and method for profiling users interest based on multimedia content analysis |
| US10691642B2 (en) | 2005-10-26 | 2020-06-23 | Cortica Ltd | System and method for enriching a concept database with homogenous concepts |
| US8312031B2 (en) | 2005-10-26 | 2012-11-13 | Cortica Ltd. | System and method for generation of complex signatures for multimedia data content |
| US10585934B2 (en) | 2005-10-26 | 2020-03-10 | Cortica Ltd. | Method and system for populating a concept database with respect to user identifiers |
| US9639532B2 (en) | 2005-10-26 | 2017-05-02 | Cortica, Ltd. | Context-based analysis of multimedia content items using signatures of multimedia elements and matching concepts |
| US10614626B2 (en) | 2005-10-26 | 2020-04-07 | Cortica Ltd. | System and method for providing augmented reality challenges |
| US11604847B2 (en) | 2005-10-26 | 2023-03-14 | Cortica Ltd. | System and method for overlaying content on a multimedia content element based on user interest |
| US10372746B2 (en) | 2005-10-26 | 2019-08-06 | Cortica, Ltd. | System and method for searching applications using multimedia content elements |
| US10387914B2 (en) | 2005-10-26 | 2019-08-20 | Cortica, Ltd. | Method for identification of multimedia content elements and adding advertising content respective thereof |
| US11361014B2 (en) | 2005-10-26 | 2022-06-14 | Cortica Ltd. | System and method for completing a user profile |
| US10621988B2 (en) | 2005-10-26 | 2020-04-14 | Cortica Ltd | System and method for speech to text translation using cores of a natural liquid architecture system |
| US11386139B2 (en) | 2005-10-26 | 2022-07-12 | Cortica Ltd. | System and method for generating analytics for entities depicted in multimedia content |
| US10698939B2 (en) | 2005-10-26 | 2020-06-30 | Cortica Ltd | System and method for customizing images |
| WO2007100231A1 (en) | 2006-03-03 | 2007-09-07 | Samsung Electronics Co., Ltd. | Method and system for providing notification message in a mobile broadcast system |
| KR100800857B1 (ko) * | 2006-08-18 | 2008-02-04 | 삼성전자주식회사 | Ｄｖｂ―ｈ시스템에서 통지 메시지를 제공하기 위한 방법및 이를 위한 시스템 |
| CN101145928B (zh) * | 2006-09-15 | 2012-06-20 | 华为技术有限公司 | 用于获取默认通知消息的实现方法、服务器和用户终端 |
| KR100810359B1 (ko) * | 2006-09-19 | 2008-03-04 | 삼성전자주식회사 | Ｄｖｂ―ｈ 시스템에서 통지 데이터를 전송하기 위한 방법및 이를 위한 시스템 |
| US10733326B2 (en) | 2006-10-26 | 2020-08-04 | Cortica Ltd. | System and method for identification of inappropriate multimedia content |
| US8942739B2 (en) * | 2006-11-06 | 2015-01-27 | Qualcomm Incorporated | Methods and apparatus for communication of notifications |
| US9155023B2 (en) | 2006-11-06 | 2015-10-06 | Qualcomm Incorporated | Apparatus and methods for communicating system state information change to wireless devices |
| US9356715B2 (en) | 2007-03-29 | 2016-05-31 | Echostar Technologies L.L.C. | User notification of broadcast communication channel problems |
| CN101355437A (zh) * | 2007-07-25 | 2009-01-28 | 华为技术有限公司 | 告警/事件信息的处理方法和装置 |
| KR101418591B1 (ko) * | 2007-10-05 | 2014-07-10 | 삼성전자주식회사 | 휴대 방송 시스템에서의 서비스 가이드 제공 방법 및 장치 |
| KR100953453B1 (ko) | 2007-11-27 | 2010-04-20 | 한국전자통신연구원 | 이동단말에서의 상향링크 ｉｐ 패킷 필터링 제어방법 |
| AU2009213729B2 (en) * | 2008-02-15 | 2014-07-31 | Nokia Technologies Oy | System and method for delivering notification messages |
| CA2716011C (en) * | 2008-02-19 | 2014-07-29 | Nokia Corporation | System and method for multiple-level message filtering |
| US8554131B2 (en) * | 2008-07-07 | 2013-10-08 | Qualcomm Incorporated | Enhanced notification mechanism for broadcast networks using bit-map vectors |
| CN101753237B (zh) * | 2008-12-12 | 2011-11-02 | 华为终端有限公司 | 业务指南的发送方法、获取方法、服务器、终端及系统 |
| KR101533699B1 (ko) * | 2009-02-25 | 2015-07-03 | 삼성전자 주식회사 | ＥＰＧ를 이용한 Ｃｏｎｔｒｏｌ ＵＩ 정보 전송 및 처리 장치 및 방법 |
| CN101841768A (zh) * | 2009-03-18 | 2010-09-22 | 华为终端有限公司 | 接收信息、通知消息接收及发送方法和装置 |
| US20100330960A1 (en) * | 2009-06-25 | 2010-12-30 | Venkataramaiah Ravishankar | Systems, methods, and computer readable media for third party monitoring and control of calls |
| US20110010737A1 (en) * | 2009-07-10 | 2011-01-13 | Nokia Corporation | Method and apparatus for notification-based customized advertisement |
| KR101586316B1 (ko) * | 2009-11-10 | 2016-01-18 | 엘지전자 주식회사 | 이동 단말기 및 이것의 방송 제어 방법 |
| CN102088421A (zh) * | 2010-12-29 | 2011-06-08 | 百度在线网络技术（北京）有限公司 | 一种用于对通知消息进行处理的设备及其方法 |
| JP5897603B2 (ja) | 2011-01-19 | 2016-03-30 | サムスン エレクトロニクス カンパニー リミテッド | 放送システムにおける制御メッセージ構成装置及び方法 |
| US9167443B2 (en) * | 2011-05-18 | 2015-10-20 | Radius Networks, Inc. | System and method for managing content exchanges in a wireless network using a listener module |
| CA3070431C (en) | 2011-10-13 | 2023-01-24 | Samsung Electronics Co., Ltd. | Apparatus and method for configuring control message in broadcasting system |
| KR102056485B1 (ko) * | 2013-05-09 | 2019-12-17 | 삼성전자 주식회사 | 수신 메시지 특성에 따른 메시지 수신 알림 방법 및 장치 |
| CN106797337B (zh) | 2014-07-10 | 2021-06-22 | 法斯埃托股份有限公司 | 用于消息编辑的系统和方法 |
| WO2016197205A1 (en) * | 2015-06-11 | 2016-12-15 | Grity Pty Ltd | Notification system |
| US10489492B2 (en) * | 2015-12-10 | 2019-11-26 | Dropbox, Inc. | Sending feature-instruction notifications to user computing devices |
| US10027614B1 (en) * | 2017-02-27 | 2018-07-17 | Motorola Mobility Llc | Duplicate notification management |
| WO2019008581A1 (en) | 2017-07-05 | 2019-01-10 | Cortica Ltd. | DETERMINATION OF DRIVING POLICIES |
| US11899707B2 (en) | 2017-07-09 | 2024-02-13 | Cortica Ltd. | Driving policies determination |
| CN108184171A (zh) * | 2018-01-23 | 2018-06-19 | 北京数码视讯科技股份有限公司 | 应急广播的点播方法、系统、服务器和数字视频变换盒 |
| CN109117287A (zh) * | 2018-08-14 | 2019-01-01 | 北京大米科技有限公司 | 匹配选择操作内容同步系统及方法 |
| US20200133308A1 (en) | 2018-10-18 | 2020-04-30 | Cartica Ai Ltd | Vehicle to vehicle (v2v) communication less truck platooning |
| US10839694B2 (en) | 2018-10-18 | 2020-11-17 | Cartica Ai Ltd | Blind spot alert |
| US11126870B2 (en) | 2018-10-18 | 2021-09-21 | Cartica Ai Ltd. | Method and system for obstacle detection |
| US11181911B2 (en) | 2018-10-18 | 2021-11-23 | Cartica Ai Ltd | Control transfer of a vehicle |
| US11270132B2 (en) | 2018-10-26 | 2022-03-08 | Cartica Ai Ltd | Vehicle to vehicle communication and signatures |
| US10789535B2 (en) | 2018-11-26 | 2020-09-29 | Cartica Ai Ltd | Detection of road elements |
| US10499204B1 (en) * | 2019-02-22 | 2019-12-03 | T-Mobile Usa, Inc. | Intelligent duplication detection for wireless emergency alerts in devices |
| US11643005B2 (en) | 2019-02-27 | 2023-05-09 | Autobrains Technologies Ltd | Adjusting adjustable headlights of a vehicle |
| US11285963B2 (en) | 2019-03-10 | 2022-03-29 | Cartica Ai Ltd. | Driver-based prediction of dangerous events |
| US11694088B2 (en) | 2019-03-13 | 2023-07-04 | Cortica Ltd. | Method for object detection using knowledge distillation |
| US11132548B2 (en) | 2019-03-20 | 2021-09-28 | Cortica Ltd. | Determining object information that does not explicitly appear in a media unit signature |
| US12055408B2 (en) | 2019-03-28 | 2024-08-06 | Autobrains Technologies Ltd | Estimating a movement of a hybrid-behavior vehicle |
| US10789527B1 (en) | 2019-03-31 | 2020-09-29 | Cortica Ltd. | Method for object detection using shallow neural networks |
| US11488290B2 (en) | 2019-03-31 | 2022-11-01 | Cortica Ltd. | Hybrid representation of a media unit |
| US11222069B2 (en) | 2019-03-31 | 2022-01-11 | Cortica Ltd. | Low-power calculation of a signature of a media unit |
| US10776669B1 (en) | 2019-03-31 | 2020-09-15 | Cortica Ltd. | Signature generation and object detection that refer to rare scenes |
| US10796444B1 (en) | 2019-03-31 | 2020-10-06 | Cortica Ltd | Configuring spanning elements of a signature generator |
| US11593662B2 (en) | 2019-12-12 | 2023-02-28 | Autobrains Technologies Ltd | Unsupervised cluster generation |
| US10748022B1 (en) | 2019-12-12 | 2020-08-18 | Cartica Ai Ltd | Crowd separation |
| US11463989B2 (en) * | 2020-01-21 | 2022-10-04 | H.M. Electronics, Inc. | Systems and methods for facilitating wireless intercom in a local communications network |
| US11590988B2 (en) | 2020-03-19 | 2023-02-28 | Autobrains Technologies Ltd | Predictive turning assistant |
| US11827215B2 (en) | 2020-03-31 | 2023-11-28 | AutoBrains Technologies Ltd. | Method for training a driving related object detector |
| US11756424B2 (en) | 2020-07-24 | 2023-09-12 | AutoBrains Technologies Ltd. | Parking assist |
| US11563705B2 (en) * | 2020-09-28 | 2023-01-24 | International Business Machines Corporation | Notification escalation based on visual recognition |
| US12049116B2 (en) | 2020-09-30 | 2024-07-30 | Autobrains Technologies Ltd | Configuring an active suspension |
| EP4194300A1 (en) | 2021-08-05 | 2023-06-14 | Autobrains Technologies LTD. | Providing a prediction of a radius of a motorcycle turn |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1357754A1 (en) * | 2002-04-23 | 2003-10-29 | Canal + Technologies | Chat system for TV network |
| CN1636339A (zh) * | 2001-11-09 | 2005-07-06 | 皇家飞利浦电子股份有限公司 | 用于监视广播内容的系统 |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000196543A (ja) * | 1998-10-21 | 2000-07-14 | Matsushita Electric Ind Co Ltd | 放送システムでのメッセ―ジ表示方法 |
| JP2002111617A (ja) * | 2000-09-27 | 2002-04-12 | Nippon Hoso Kyokai <Nhk> | 放送メディアにおける受信障害通知システム、受信障害監視システム、受信障害補完サービスシステム及び受像装置 |
| KR20020058966A (ko) * | 2000-12-30 | 2002-07-12 | 정장호 | 방송형 문자 서비스 메시지 서비스 제공 방법 |
| FI20012256A0 (fi) * | 2001-11-20 | 2001-11-20 | Nokia Corp | Matkaviestintäverkot ja digitaaliset yleislähetyspalvelut |
| KR100790157B1 (ko) * | 2001-12-06 | 2007-12-28 | 삼성전자주식회사 | 이동통신시스템에서 지능망 서비스를 제공하기 위한 장치및 방법 |
| KR100449556B1 (ko) * | 2001-12-28 | 2004-09-22 | 주식회사 케이티프리텔 | 방송 서비스를 이용한 객체형 그래픽 데이터 전송 시스템및 방법 |
| JP4002204B2 (ja) | 2002-04-09 | 2007-10-31 | 三星電子株式会社 | 移動通信システムにおけるマルチメディア放送／マルチキャストサービスのための制御情報伝送装置及びその方法 |
| JP2004007600A (ja) * | 2003-04-18 | 2004-01-08 | Matsushita Electric Ind Co Ltd | 放送システムでのメッセージ伝送方法 |
| KR100888426B1 (ko) * | 2003-05-10 | 2009-03-11 | 삼성전자주식회사 | 이동통신시스템에서 멀티미디어 방송/멀티캐스트 서비스를 위한 제어 메시지 송수신방법 |
| KR100595585B1 (ko) * | 2003-05-13 | 2006-07-03 | 엘지전자 주식회사 | 이동통신시스템에서의 멀티미디어 방송 및 멀티캐스트서비스를 위한 무선자원관리방법 |
| JP2005051602A (ja) * | 2003-07-30 | 2005-02-24 | Sony Corp | デジタル放送受信機、情報処理方法およびプログラム |
| KR20050014599A (ko) * | 2003-07-31 | 2005-02-07 | 삼성전자주식회사 | 이동통신 시스템에서 제어 정보를 전송하기 위하여 사용자단말기를 효율적으로 호출하는 방법 |
| KR100615845B1 (ko) * | 2003-08-06 | 2006-08-29 | 모토로라 인코포레이티드 | 세션 데이터를 멀티미디어 방송 멀티캐스트 서비스의가입자에게 제공하기 위한 방법 및 장치 |
| WO2005022913A1 (ja) * | 2003-08-29 | 2005-03-10 | Access Co., Ltd. | 放送番組シーン通知システム |
| FR2864744B1 (fr) * | 2003-12-31 | 2006-03-03 | Radiotelephone Sfr | Procede de diffusion de messages multimedia a une flotte heterogene de terminaux |
| US8265587B2 (en) * | 2004-06-17 | 2012-09-11 | West Corporation | System and method for amending instructions for emergency auxiliary services following an emergency services request |
| US7379791B2 (en) * | 2004-08-03 | 2008-05-27 | Uscl Corporation | Integrated metrology systems and information and control apparatus for interaction with integrated metrology systems |
| US8364148B2 (en) * | 2005-07-07 | 2013-01-29 | Qualcomm Incorporated | Methods and devices for interworking of wireless wide area networks and wireless local area networks or wireless personal area networks |
| CN101297550B (zh) * | 2005-10-07 | 2011-03-30 | 诺基亚公司 | 用于提供服务改变通知的方法和设备 |
| KR20080059663A (ko) * | 2005-11-01 | 2008-06-30 | 노키아 코포레이션 | Ｅｓｇ 프래그먼트들의 유효 범위 식별 및 그 유효 범위내에서의 계층 구성 |
-
2006
- 2006-01-14 KR KR1020060004195A patent/KR101209425B1/ko active IP Right Grant
- 2006-08-17 CN CN2006800301676A patent/CN101243702B/zh not_active Expired - Fee Related
- 2006-08-17 WO PCT/KR2006/003224 patent/WO2007021140A1/en active Application Filing
- 2006-08-17 AU AU2006280598A patent/AU2006280598B2/en not_active Ceased
- 2006-08-17 JP JP2008526880A patent/JP5213710B2/ja active Active
- 2006-08-17 US US11/505,496 patent/US7801513B2/en active Active
- 2006-08-17 EP EP06017180A patent/EP1770884A1/en not_active Ceased
- 2006-08-17 BR BRPI0614980-4A patent/BRPI0614980A2/pt not_active Application Discontinuation
- 2006-08-17 CA CA2615671A patent/CA2615671C/en not_active Expired - Fee Related
-
2010
- 2010-08-16 US US12/805,695 patent/US8103209B2/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1636339A (zh) * | 2001-11-09 | 2005-07-06 | 皇家飞利浦电子股份有限公司 | 用于监视广播内容的系统 |
| EP1357754A1 (en) * | 2002-04-23 | 2003-10-29 | Canal + Technologies | Chat system for TV network |
Also Published As
| Publication number | Publication date |
|---|---|
| US8103209B2 (en) | 2012-01-24 |
| CA2615671C (en) | 2013-04-30 |
| WO2007021140A1 (en) | 2007-02-22 |
| US20100311320A1 (en) | 2010-12-09 |
| KR20070021022A (ko) | 2007-02-22 |
| US20070042757A1 (en) | 2007-02-22 |
| EP1770884A1 (en) | 2007-04-04 |
| CA2615671A1 (en) | 2007-02-22 |
| AU2006280598B2 (en) | 2010-06-17 |
| AU2006280598A1 (en) | 2007-02-22 |
| US7801513B2 (en) | 2010-09-21 |
| JP5213710B2 (ja) | 2013-06-19 |
| KR101209425B1 (ko) | 2012-12-06 |
| CN101243702A (zh) | 2008-08-13 |
| JP2009505556A (ja) | 2009-02-05 |
| BRPI0614980A2 (pt) | 2011-04-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101243702B (zh) | 在广播系统中发送/接收通知消息的装置及方法、以及其系统 | |
| CN101243701B (zh) | 用于在广播系统中提供通知消息的方法和装置 | |
| US8626055B2 (en) | Method for delivering service guide source for generation of service guide in a mobile broadcast system, and method and system for delivering notification event/notification message | |
| KR100819259B1 (ko) | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치 | |
| US20110283303A1 (en) | Method and system for sharing service guide or service guide fragments in mobile broadcast system | |
| AU2009229621B2 (en) | Method and apparatus for software update of terminals in a mobile communication system | |
| EP1735931A2 (en) | Dynamic data delivery apparatus and method for same | |
| CN102131148B (zh) | 广播消息的传输方法、广播消息的发送和接收装置 | |
| US20140289721A1 (en) | Method and system for updating firmware of terminals in a broadcast system | |
| CN101171839A (zh) | 利用双反馈环路的系统和方法 | |
| CN101150701A (zh) | 在手持数字视频广播系统中发送通知数据的方法和系统 | |
| CN101416486A (zh) | 用于在移动广播系统中发送和接收通知消息的装置及方法 | |
| CN101841768A (zh) | 接收信息、通知消息接收及发送方法和装置 | |
| KR20070039449A (ko) | 휴대 방송 시스템에서 서비스 가이드 콘텍스트 송수신 방법및 장치 | |
| CN101753237A (zh) | 业务指南的发送方法、获取方法、服务器、终端及系统 | |
| RU2380856C2 (ru) | Устройство и способ передачи/приема сообщения уведомления в системе широковещательной передачи, и система для этого | |
| AU2013211498B2 (en) | Method and system for updating firmware of terminals in a broadcast system | |
| KR20070011813A (ko) | 디지털 멀티미디어 방송 시스템에서 확장 프로그램 정보송/수신 방법 |
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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111116 Termination date: 20210817 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |