用于在广播系统中处理紧急报警消息的设备和方法与流程

文档序号:13426479
用于在广播系统中处理紧急报警消息的设备和方法与流程
本公开涉及用于在广播系统中处理紧急报警消息(EAM)的装置和方法,并且更特别地,涉及用于在连接有多个设备的多屏环境中处理从广播系统接收到的EAM的装置和方法。

背景技术:
首先,将参考图1描述一般的广播系统的结构。图1概略地表述了一般的广播系统的结构。参考图1,广播系统包括广播中心111和主设备(primarydevice,PD)113。主设备113包括作为用于处理通过广播网络接收到的EAM的模块的紧急警报(EA)架构115。EA架构115利用用于仅执行接收广播中心111中发送的EAM和在PD113的屏幕(在图1中未示出)上显示接收到的EAM的操作的简单结构来实现。在如图1中描述的一般的广播系统中,可能会出现下面两种情况。第一,如果PD113的用户没有观看广播屏幕,则用户可能错过通过网络发送的重要EAM。第二,通过广播网络发送的EAM是利用具有简单文本形式的消息来实现的,因此其不能向PD113的用户提供更详细和具体的信息。上述信息被呈现为背景信息仅为了帮助理解本公开。对于上述任何信息是否适用为关于本公开的现有技术,未进行确定,也未进行断言。

技术实现要素:
技术问题本公开的实施例提供用于在广播系统中处理EAM的装置和方法。本公开的实施例提供用于在广播系统中连接有多个设备的多屏环境中处理EAM的装置和方法。在PD通过连接有多个设备的多屏环境中的广播网络接收EAM的情况下,本公开的实施例提供用于将接收到的EAM发送到从设备(companiondevice,CD)的装置和方法。在能够接收广播信号的主设备在连接有多个设备的多屏环境中接收EAM的情况下,本公开的实施例提供用于将接收到的EAM发送到广播系统中不能直接接收EAM的从设备的装置和方法。技术方案本公开的实施例提出广播系统中的主设备(PD),包括处理器,所述处理器:生成请求发现从设备(CD)的事件;生成请求在CD内运行应用的事件,所述CD从PD接收紧急报警消息(EAM)并显示接收到的EAM;以及将EAM发送到CD。本公开的实施例提出广播系统中的主设备(PD),包括处理器,所述处理器:生成请求发现从设备(CD)的事件;生成请求在CD内运行应用的事件,所述CD从PD接收紧急报警消息(EAM)并显示接收到的EAM;以及将EAM发送到多播地址。本公开的实施例提出用于在广播系统中通过主设备(PD)处理紧急报警消息(EAM)的方法,包括:生成请求发现从设备(CD)的事件;生成请求在CD内运行应用的事件,所述CD从PD接收EAM并显示接收到的EAM;以及将EAM发送到CD。本公开的实施例提出用于在广播系统中通过主设备(PD)处理紧急报警消息(EAM)的方法,包括:生成请求发现从设备(CD)的事件;生成请求在CD内运行应用的事件,所述CD从PD接收EAM并显示接收到的EAM;以及将EAM发送到多播地址。根据以下详细描述,本领域技术人员将明了本公开的其他方面、优点和显著特征,结合附图进行理解的以下详细描述公开了本公开的示例性实施例。在阐述下面的具体实施方式之前,阐明在该专利文件全文中使用的某些词语和短语的定义可能是有利的:术语“包含”和“包括”以及其派生术语意指涵盖而不限制;术语“或”是包容性的,意指“和/或”;短语“与……关联”和“与此关联”以及其派生短语可以意指包括、包括在……内、与……互连、包含、被包含在……内、连接到或与……连接、耦接到或与……耦接、可以与……通信、与……配合、交织、并置、接近、被绑定到或与……绑定、具有、具有……属性等含义;并且术语“控制器”意指控制至少一个操作的任何设备、系统或其一部分,这种设备可以用硬件、固件或软件或者硬件、固件或软件中的至少两种的某组合来实现。应当要注意,可以将与任何特定控制器关联的功能集中化或分布式,不管本地地还是远程地。在本专利文件全文提供了某些词语和短语的定义,本领域普通技术人员将理解在许多(如果不是大多数情况)情况下,这些定义适用于这样定义的词语和短语的在先以及将来使用。有利效果本公开的实施例使得能够在广播系统中处理EAM。本公开的实施例使得能够在广播系统中连接有多个设备的多屏环境中处理EAM。本公开的实施例使得能够在连接有多个设备的多屏环境中在PD通过广播网络接收EAM的情况下将接收到的EAM发送到CD。本公开的实施例使得能够在连接有多个设备的多屏环境中在能够接收广播信号的主设备接收EAM的情况下将接收到的EAM发送到在广播系统中不能直接接收EAM的从设备。本公开的实施例使得能够在连接有多个设备的多屏环境中通过广播网络接收EAM的情况下通过将EAM发送到CD来在没有连接到广播网络的另一设备中显示EAM。本公开的实施例通过此使得能够提供包括图像或视频的详细和具体的信息。附图说明根据结合附图理解的以下描述,本公开的某些示例性实施例的上述和其他方面、特征和优点将变得更加明了,其中:图1概略地表述了一般的广播系统的结构;图2概略地表述了根据本公开的实施例的广播系统的结构;图3概略地表述了根据本公开的实施例在广播系统中将EAM从PD发送到CD的操作的示例;图4概略地表述了根据本公开的实施例在广播系统中将EAM从PD发送到CD的操作的另一示例;图5概略地表述了根据本公开的实施例在广播系统中生成具有HTML型的EAApp的操作;图6概略地表述了根据本公开的实施例在广播系统中PD的操作过程的示例;图7概略地表述了根据本公开的实施例在广播系统中PD的操作过程的另一示例;图8概略地表述了根据本公开的实施例在广播系统中CD的操作过程的示例;图9概略地表述了根据本公开的实施例在广播系统中CD的操作过程的另一示例;图10概略地表述了根据本公开的实施例在广播系统中将EAM从PD发送到CD的操作的再另一示例;图11概略地表述了根据本公开的实施例在广播系统中将EAM从PD发送到CD的操作的再另一示例;图12概略地表述了根据本公开的实施例的广播系统中的特定示例情况;图13概略地表述了根据本公开的实施例的广播系统中PD的内部结构;以及图14概略地表述了根据本公开的实施例的广播系统中CD的内部结构。在附图中,应当注意,同样的参考标号用于描绘相同或相似的元件、特征和结构。具体实施方式提供了参考附图的以下描述以帮助对由权利要求及其等价物限定的本公开的各种实施例的全面理解。其包括帮助所述理解的各种具体细节但是这些细节应当要被视为仅是示例性的。因此,本领域普通技术人员将意识到在不脱离本公开的范围和主旨的情况下可以对本文描述的各种实施例进行各种改变和修改。此外,为了清楚和简要,可以省略对周知功能和构造的描述。在下面的描述和权利要求中使用的术语和词语不限于书面意义,而是仅被发明人使用以使得能够清楚且一致地理解本公开。因此,本领域技术人员应当明了,仅用于表述目的而不是限制本公开的目的而提供了对本公开的各种实施例的以下描述,本公开由随附的权利要求及其等价物来限定。应当要理解,除非上下文另有明确指示,否则单数形式“一”、“一个”和“所述一(个)”包括复数指示物。因此,例如,对“一个部件表面”的指代包括对一个或多个这种表面的指代。尽管将使用诸如“第一”、“第二”等的序数来描述各种部件,但是这些部件在本文不受限制。这些术语仅用于将一个部件与另一个部件区分开。例如,第一部件可以被称为第二部件,并且同样地,第二部件也可以被称为第一部件而没有背离创造性构思的教导。本文使用的术语“和/或”包括关联的列出项目中的一个或多个的任一者和所有组合。本文使用的术语仅用于描述各种实施例的目的而不旨在限制。当在本文中使用时,除非上下文另有明确指示,否则单数形式旨在也包括复数形式。还将理解,当在本说明书中使用时,术语“包括”和/或“具有”指定提到的特征、数量、步骤、操作、部件、元件或其组合的存在性,但是不排除存在或添加一个或多个其他特征、数量、步骤、操作、部件、元件或其组合。只要术语没有不同地被定义,否则本文使用的术语(包括技术和科学术语)具有与由本领域技术人员通常理解的术语相同的含义。应当理解,在通用的词典中定义的术语具有与在相关技术中的术语的含义一致的含义。根据本公开的各种实施例,电子设备可以包含通信功能。例如,电子设备可以是:智能电话、平板个人计算机(PC)、移动电话、视频电话、电子书(e-book)阅读器、台式PC、膝上型PC、上网本PC、个人数字助理(PDA)、便携式多媒体播放器(PMP)、MP3播放器、移动医疗设备、相机、可穿戴设备(例如头戴设备(HMD)、电子衣服、电子手环、电子项链、电子应用配件(appcessory)、电子纹身或智能手表)等。根据本公开的各种实施例中,电子设备可以是具有通信功能的智能家电。智能家电可以例如是:电视、数字视频盘(DVD)播放器、音响、冰箱、空调、真空清洁器、炉、微波炉、洗涤器、干燥器、空气净化器、机顶盒、TV盒(例如三星HomeSyncTM、苹果TVTM或谷歌TVTM)、游戏控制台、电子词典、电子钥匙、摄录像机、电子相框等。根据本公开的各种实施例,电子设备可以是:医疗设备(例如磁共振血管造影(MRA)设备、磁共振成像(MRI)设备、计算机断层扫描(CT)设备、成像设备或超声设备)、导航设备、全球定位系统(GPS)接收器、事件数据记录器(EDR)、飞行数据记录器(FDR)、车辆信息娱乐设备、航海电子设备(例如航海导航设备、陀螺仪或罗盘)、航空电子设备、安保设备、工业或消费类机器人等。根据本公开的各种实施例,电子设备可以是:家具、建筑物/结构的一部分、电子板、电子签名接收设备、投影仪、各种测量设备(例如水、电、气或电磁波测量设备)和/或包括通信功能的类似电子设备。根据本公开的各种实施例中,电子设备可以是前述设备的任意组合。此外,本领域普通技术人员将明了,根据本公开各种实施例的电子设备不限于前述设备。根据本公开的各种实施例中,例如,设备可以是电子设备。本公开的实施例提供用于在广播系统中处理紧急报警消息(EAM)的装置和方法。本公开的实施例提供用于在广播系统中连接有多个设备的多屏环境中处理EAM的装置和方法。在主设备(PD)通过连接有多个设备的多屏环境中的广播网络接收EAM的情况下,本公开的实施例提供用于将接收到的EAM发送到从设备(CD)的装置和方法。在能够接收广播信号的主设备在连接有多个设备的多屏环境中接收EAM的情况下,本公开的实施例提供用于将接收到的EAM发送到广播系统中不能直接接收EAM的从设备的装置和方法。在本公开的实施例中提出的装置和方法可以应用于各种通信系统,例如数字视频广播系统(例如,移动广播服务,例如数字多媒体广播(DMB)服务、数字视频广播-手持(DVP-H)服务、先进电视系统委员会-移动/手持(ATSC-M/H)服务和/或其他服务、互联网协议电视(IPTV)服务等)、活动图像专家组(MPEG)媒体发送(MMT)系统、演进分组系统(EPS)、长期演进(LTE)移动通信系统、LTE升级版(LTE-A)移动通信系统、高速下行链路分组接入(HSDPA)移动通信系统、高速上行链路分组接入(HUDPA)移动通信系统、在第三代合作伙伴计划2(3GPP2)中提出的高速率分组数据(HighRatePacketData)移动通信系统、在3GPP2中提出的宽带码分多址(WCDMA)移动通信系统、在3GPP2中提出的码分多址(CDMA)移动通信系统、例如电气与电子工程师协会(IEEE)802.11ac通信系统、IEEE802.16通信系统和/或类似通信系统的通信系统、移动换联网协议(移动IP)系统等。本公开的实施例限定与在广播系统中将由PD通过广播网络接收到的EAM发送到CD的操作相关的特定装置和协议。在发生诸如地震、台风和火灾的紧急情况的情况下,即使用户不直接观看可以接收广播信号的设备(诸如电视(TV)),也可以在广播系统中利用将由PD通过广播网络接收到的EAM发送到CD的操作来将重要消息有效地传递到用户。因此,本公开的实施例提供如下所述的特定方法。(1)本公开的实施例提供在广播系统中将由任意设备通过广播网络接收到的EAM发送到没有连接到广播网络的另一设备的方法。这里,能够通过广播网络接收EAM的设备可以是PD,并且没有连接到广播网络的设备可以是CD。(2)本公开的实施例提供一种方法,其在广播系统中提供包括图像或视频的EAM。(3)本公开的实施例提供在广播系统中的一般设备中显示EAM的方法。因此,本公开的实施例提出能够利用近来已经越来越多地被使用的智能设备将EAM发送到不能接收广播信号的设备的装置和方法。将参考图2描述根据本公开的实施例的广播系统的结构。图2概略地表述了根据本公开的实施例的广播系统的结构。参考图2,广播系统包括广播中心210、PD220、CD230和网络服务器(webserver)240。广播中心210在通过广播网络发送广播信号时,在检测到发生紧急情况后连同EAM发送广播信号。网络服务器240可以是互联网网络中的网络服务器,并且一般可以被广播中心210操作。PD220表示能够接收广播信号的设备,并且一般表示诸如数字电视(DTV)、机顶盒(STB)等的设备。PD220包括主应用(PrimayApp(主App))、网络套接字(websocket)服务器223、从屏幕(companionscreen,CS)管理器(下面称为“CS管理器”)225和紧急警告(EA)管理器(下面称为“EA管理器”)227。例如,CS管理器可以称为CD管理器(下面称为“CD管理器”)。例如,EA管理器可以称为PD应用(下面称为“PD应用”)。主App221表示在PD220中运行的应用程序。网络套接字服务器223表示支持提供设备间双向通信的网络套接字协议的服务器。在本公开的实施例中,网络套接字服务器223用于将由PD200接收到的EAM发送到包括在CD230中的从应用231(从App(CompanionApp))。例如,从App可以称为紧急警报CD应用。CS管理器225执行设备间相互作用所需的操作。CS管理器225执行发现可用的CD的功能、施行包括在发现的CD中的从App的功能、以及将通过广播网络接收到的EAM发送到发现的CD的功能。EA管理器227表示用于处理通过广播网络接收到的EAM的模块。一般地,如果在广播网络中不存在连接到PD220的设备,例如CD,则EA管理器227执行处理通过广播网络接收到的EAM并将处理过的EAM显示在屏幕上的操作。在另一方面,如果在广播网络中存在连接到PD220的CD,则EA管理器227通过CS管理器225将EAM传递到广播网络中连接到PD220的CD。EA管理器227可以利用例如原生应用和网络应用的两种形式来实现。例如,如果EA管理器227利用网络应用的形式来实现,则可以利用原生应用的形式来实现从广播网络接收EAM并在屏幕上处理接收到的EAM的操作,并且可以利用网络应用的形式单独地实现通过CS管理器将EAM传递到CD的操作。另外,EAM可以一般利用文本形式来配置。在本公开的实施例中,富EAM(richEAM)(下面称为“富EAM”)可以包括访问富EAM用于处理富EAM的统一资源标识符(URI)信息。CD230表示通过与PD220相互作用而在其中运行应用程序的辅助设备。一般地,CD230包括个人终端,例如移动终端和平板。CD230包括从App231和启动器(launcher)(下面称为“启动器”)233。从App231表示在CD230中执行的应用程序。CD230不包括处理EAM并在屏幕上显示处理过的EAM的EA管理器,因此从PD接收到的EAM需要在从App231中进行处理和显示。富EAM表示与利用简单文本实现的EAM相比提供更加详细和具体的信息的EAM。富EAM一般包括诸如图像和视频的富媒体,并且通过互联网网络而提供。启动器233包括在CD230中并且执行设备间相互作用所需的操作。启动器233包括如果PD发现可用的CD则响应于发现的功能、以及从PD接收EAM并处理EAM的功能。尽管主App211、网络套接字服务器223、CS管理器225和EA管理器227在图2中被描述为PD220中的单独的模块,但是PD220可以利用一个处理器来实现,并且可以利用一个模块来实现。尽管从App231和启动器233被描述为CD230中的单独的模块,但是CD230可以利用一个处理器来实现,并且可以利用一个模块来实现。已经参考图2描述了根据本公开的实施例的广播系统的结构,将参考图3描述根据本公开的实施例的在广播系统中将EAM从PD发送到CD的操作的示例。图3概略地表述了根据本公开的实施例在广播系统中将EAM从PD发送到CD的操作的示例。参考图3,广播系统包括广播中心311、PD313、CD319和网络服务器(webserver)325。PD313包括EA管理器315和CS管理器317,并且CD319包括启动器321和从App323。广播中心311发送广播内容和EAM,并且PD313通过EM管理器315从广播中心311接收广播内容和EAM(在操作327)。在接收到广播内容和EAM之后,PD313的EM管理器315将接收到的EAM显示在PD313的屏幕上(在操作329)。PD313发现是否存在连接到PD313的CD。下面将描述发现是否存在连接到PD313的CD的过程。PD313的EM管理器315通过作为CD发现应用程序接口(API)的discoveryCD()请求PD313的CS管理器317发现CD(在操作331)。例如,EA管理器315可以凭借通过discoveryCD()生成请求CD的事件来请求通过discoveryCD()发现CD。将参考表1描述作为CD发现API的discoveryCD(),并且此处将省略对其的详细描述。在从PD313的EM管理器315接收用于通过discoveryCD()发现CD的请求之后,PD313的CS管理器317执行发现广播网络内可用的CD的操作。也就是说,PD313的CS管理器317将发现可用的CD的消息发送到CD319(在操作333),并且在从PD313的CS管理器317接收到发现可用的CD的消息之后,CD319的启动器321将CD信息消息作为发现可用的CD的消息的响应消息发送到PD313(在操作335)。同时,可以在先地执行从操作331到操作335的过程。也就是说,如果PD313和CD319彼此配对,则可以省略从操作331到操作335的过程。PD313的EA管理器315将从广播中心311接收到的EAM发送到PD313的CS管理器317(在操作337)。此处,PD313的EA管理器315通过sendMessage()将从广播中心311接收到的EAM发送到PD313的CS管理器317。这里,sendMessage()是PD313的CS管理器315中提供的API。将参考表1描述sendMessage(),并且此处将省略对其的详细描述。在从PD313的EA管理器315接收到EAM之后,PD313的CS管理器317将从PD313的EA管理器315传递的EAM发送到CD319(在操作339)。这里,PD313的CS管理器317将EAM连同富EA的统一资源定位符(URL)发送到CD319。将参考表2描述将EAM连同富EA的URL从PD313的CS管理器317发送到CD319的具体方法,并且此处将省略对其的详细描述。在接收到PD313的CS管理器317发送的EAM之后,CD319的启动器321生成能够显示EAM的应用(App)(在操作341),并且运行生成的App(在操作343)。将参考图5描述在CD319的启动器321中生成App的方法,并且此处将省略对其的详细描述。CD319的从App323运行CD319的启动器321生成的App并且显示接收到的EAM(在操作345)。在检测到CD319的用户通过EAM请求富EAM之后,CD319的从App323将请求富EAM的请求富EAM消息发送到网络服务器325(在操作347)。这里,富EAM包括多媒体内容,例如图像、视频等,并且可以作为利用超文本标记语言(HTML)配置的App形式来提供。在从CD319的从App323接收到该请求富EAM消息之后,网络服务器325以App形式生成被请求的富EAM,并且将富EAApp发送到CD319的从App323(在操作349)。在从网络服务器325接收到富EAApp之后,CD319的从App323显示富EAApp(在操作351)。将参考表1描述被用于发送EAM的API的discoveryCD()和sendMessage()。【表1】同时,表1的有效载荷的格式表达为表2。表2描述了使用JS对象标记(JavaScriptObjectNotation(JSON))类型的有效载荷格式,然而,有效载荷格式可以利用各种类型来实现,例如可扩展标记语言(XML)、一般文本串流等,而不是JSON形式。本公开的实施例关注需要在有效载荷格式中传递哪些信息,而不是有效载荷格式的实现类型。【表2】在表2中,“EAMID”指示EAM的唯一标识符(ID)。在表2中,“消息”指示要发送到CD的消息的文本串流。在本公开的实施例中,通过广播网络接收到的EAM包括在“消息”中。在表2中,“Rich_URL(富_URL)”指示显示更详细和具体的EAM(例如富EAM)的URI。富EAM一般包括诸如图像和视频的富媒体,并且由于富EAM是利用HTML实现的因而可以通过互联网网络而提供。在表2中,“时间戳(TimeStamp)”指示发布EAM的日期和时间。在表2中,“过期时间戳(ExpiredTimeStamp)”指示EAM在此期间可用的日期和时间。如果CD在所述日期和时间逝去后接收到EAM,则CD可以忽略EAM而不显示EAM。在表2中,“优先级”指示EAM的优先级。如果当存在已经被显示的EAM时一EAM具有比已经被显示的EAM的优先级更高的优先级,则需要将具有更高优先级的EAM显示在已经被显示的EAM上。尽管图3表述了根据本公开的实施例的在广播系统中将EAM从PD发送到CD的操作的示例,但是可以对图3进行各种改变。例如,尽管被示出为一系列的操作,但是图3中的各种操作可以重叠、并行发生、以不同的顺序发生或多次发生。已经参考图3描述了根据本公开的实施例的在广播系统中将EAM从PD发送到CD的操作的示例,将参考图4描述根据本公开的实施例的在广播系统中将EAM从PD发送到CD的操作的另一示例。图4概略地表述了根据本公开的实施例在广播系统中将EAM从PD发送到CD的操作的另一示例。参考图4,广播系统包括广播中心411、PD413、CD419和网络服务器425。PD413包括EA管理器415和CS管理器417,并且CD419包括启动器421和从App423。首先,在将EAM从PD发送到CD方面,图3中描述的EAM发送操作和图4中描述的EAM发送操作是相同的,但是在如下方面存在差异:在图3中的PD的EA管理器通过广播网络将接收到的EAM发送到CD的启动器并且CD的启动器生成EAApp,和图4中的PD的EAM的EA管理器使用要显示在CD中EAM生成要显示在CD中的EAApp并且将生成的EAMApp发送到CD的启动器。因此,图4中的操作427到435与图3中的操作327到335相同,因此将省略对操作427到435的详细描述。PD413的EA管理器415使用在操作427从广播中心411接收到的EAM生成要发送到CD419的EAApp(在操作437)。这里,EAApp是例如包括接收到的EAM的HTML代码。将参考图5描述生成包括接收到的EAM的HTML代码的方法,并且此处将省略对其的详细描述。在生成EAApp之后,PD413的EA管理器415向PD413的CS管理器417请求CD419运行EAApp(在操作439)。这里,在PD413的EA管理器415中向PD413的CS管理器417请求CD419运行EAApp的操作可以用例如launchCSApp()的API来实现。将参考表3描述launchCSApp(),并且此处将省略对其的详细描述。在这种情况下,可以利用两种形式使API分页(page)。第一种形式是将生成的EAApp(HTML)存储在PD413的文件系统中并且仅传递EAApp(HTML)的URI的方法,原因是PD413支持网络服务器425。第二种形式是将生成的EAApp(HTML)传递到CD419的方法。在通过launchCSApp()接收到在CD419中运行EAApp的请求之后,PD413的CS管理器417将运行EAApp的请求发送到CD410的启动器421(在操作441)。因此,图4中的操作443到451与图3中的操作343到351相同,因此将省略对其的详细描述。同时,launchCSApp()可以表达为表3。【表3】尽管图4表述了根据本公开的实施例在广播系统中将EAM从PD发送到CD的操作的另一示例,但是可以对图4进行各种改变。例如,尽管被示出为一系列的操作,但是图4中的各种操作可以重叠、并行发生、以不同的顺序发生或多次发生。已经参考图4描述了根据本公开的实施例的在广播系统中将EAM从PD发送到CD的操作的另一示例,将参考图5描述根据本公开的实施例的在广播系统中生成具有HTML类型的EAApp的操作。图5概略地表述了根据本公开的实施例在广播系统中生成具有HTML类型的EAApp的操作。参考图5,想要生成EAApp的实体(例如图4中PD413的EA管理器415)在操作511生成HTML文件配置的<html>报头,并且进入操作513。PD413的EA管理器415在操作513使用<div>或<p>元素生成将包括EAM的本体,并且进入操作515。PD413的EA管理器415通过将EAM插入到在操作513生成的元素中来将EAM显示在屏幕上,并且进入操作517。PD413的EA管理器415在操作517确定是否存在富EA的URL。如果存在富EA的URL,则PD413的EA管理器415进入操作519。PD413的EA管理器415在操作519生成<a>元素以便链接富EA,并且进入操作521。这里,PD413的EA管理器415在生成富EA的URL之后关闭</a>元素。如果在操作517不存在富EA的URL,则PD413的EA管理器415进入操作521。PD413的EA管理器415在操作521通过生成</div>和</p>元素以便与操作513配对来完成本体生成过程,并且进入操作523。PD413的EA管理器415在操作523生成</html>元素,从而EAApp生成完成。尽管图5表述了根据本公开的实施例的在广播系统中生成使用HTML类型的EAApp的操作,但是可以对图5进行各种改变。例如,尽管被示出为一系列的操作,但是图5中的各种操作可以重叠、并行发生、以不同的顺序发生或多次发生。已经参考图5描述了根据本公开的实施例的在广播系统中生成使用HTML类型的EAApp的操作,将参考图6描述根据本公开的实施例的在广播系统中PD的操作过程的示例。图6概略地表述了根据本公开的实施例在广播系统中PD的操作过程的示例。参考图6,将会注意到图6中PD的操作过程是图3中PD313的操作过程。首先,PD在操作611接收通过广播网络从广播中心发送的广播信号,并且进入操作613。PD在操作613确定EAM是否包括在接收的广播信号中。如果EAM包括在接收的广播信号中,则PD进入操作615。PD在操作615将包括在广播信号中的EAM显示在屏幕上,并且进入操作617。如果在操作613EAM不包括在接收的广播信号中,则该操作过程终止。同时,PD在操作617确定在广播网络上是否存在可用的CD。如果存在可用的CD,则PD进入操作619。PD在操作619将从广播中心接收到的EAM发送到CD。如果在操作617不存在可用的CD,则该操作过程终止。尽管图6表述了根据本公开的实施例在广播系统中的PD的操作过程的示例,但是可以对图6进行各种改变。例如,尽管被示出为一系列的操作,但是图6中的各种操作可以重叠、并行发生、以不同的顺序发生或多次发生。已经参考图6描述了根据本公开的实施例的在广播系统中的PD的操作过程的示例,将参考图7描述根据本公开的实施例的在广播系统中的PD的操作过程的另一示例。图7概略地表述了根据本公开的实施例的在广播系统中PD的操作过程的另一示例。参考图7,将会注意到图7中PD的操作过程是图4中PD413的操作过程。另外,图7中从操作711到717的操作过程与图6中从操作611到617的操作过程相同,并且此处将省略对其的详细描述。在操作717,如果在广播网络上存在可用的CD,则PD进入操作719。PD在操作719使用从广播中心接收到的EAM生成EAApp,并且进入操作721。在操作717,如果在广播网络上不存在可用的CD,则该操作过程终止。同时,PD在操作721确定是否支持网络服务器。如果PD不支持网络服务器,则PD进入操作723。PD在操作723将在操作719生成的EAApp(HTML)发送到CD。如果PD在操作721支持网络服务器,则PD进入操作725。PD将在操作719生成的EAApp(HTML)存储在PD的文件系统中,并且在操作725仅将EAApp(HTML)的URI发送到CD,并且进入操作727。在接收到来自CD的EAApp发送请求之后,PD在操作727将EAApp(HTML)发送到CD。尽管图7表述了根据本公开的实施例的在广播系统中的PD的操作过程的另一示例,但是可以对图7进行各种改变。例如,尽管被示出为一系列的操作,但是图7中的各种操作可以重叠、并行发生、以不同的顺序发生或多次发生。已经参考图7描述了根据本公开的实施例的在广播系统中的PD的操作过程的另一示例,将参考图8描述根据本公开的实施例的在广播系统中的CD的操作过程的示例。图8概略地表述了根据本公开的实施例的在广播系统中CD的操作过程的示例。参考图8,将会注意到图8中CD的操作过程是图3中CD319的操作过程。首先,CD从PD接收设备发现请求,如果CD可用,则在操作811通过将CD信息消息发送到PD来响应来自PD的设备发现请求,并且进入操作813。CD在操作813从PD接收EAM,并且进入操作815。CD在操作815使用接收到的EAM生成EAApp,并且进入操作817。CD在操作817显示生成的EAApp,并且进入操作819。CD在操作819确定CD的用户是否通过EAApp请求富EAM。在检测到CD的用户请求富EAM之后,CD进入操作821。CD在操作821从网络服务器请求富EAM,并且进入操作823。CD从网络服务器接收富EAM并且在操作823显示富EAM。尽管图8表述了根据本公开的实施例的在广播系统中的CD的操作过程的示例,但是可以对图8进行各种改变。例如,尽管被示出为一系列的操作,但是图8中的各种操作可以重叠、并行发生、以不同的顺序发生或多次发生。已经参考图8描述了根据本公开的实施例的在广播系统中的CD的操作过程的示例,将参考图9描述根据本公开的实施例的在广播系统中的CD的操作过程的另一示例。图9概略地表述了根据本公开的实施例在广播系统中CD的操作过程的另一示例。参考图9,将会注意到图9中CD的操作过程是图4中CD419的操作过程。另外,图9中操作911和操作915到921的操作过程与图8中操作811和操作817到823的操作过程相同,并且此处将省略对其的详细描述。也就是说,不同于图8中CD的操作过程,在图9中CD的操作过程中,CD从PD接收EAApp,而不是EAM(在操作913),因此没有必要执行图8中操作813和815的接收EAM并生成EAApp的操作。尽管图9表述了根据本公开的实施例的在广播系统中的CD的操作过程的另一示例,但是可以对图9进行各种改变。例如,尽管被示出为一系列的操作,但是图9中的各种操作可以重叠、并行发生、以不同的顺序发生或多次发生。已经参考图9描述了根据本公开的实施例的在广播系统中的CD的操作过程的另一示例,将参考图10描述根据本公开的实施例的在广播系统中将EAM从PD发送到CD的操作的再另一示例。图10概略地表述了根据本公开的实施例在广播系统中将EAM从PD发送到CD的操作的再另一示例。参考图10,广播系统包括广播中心1011、PD1013、CD1019和网络服务器1025。PD1013包括EA管理器1015、CS管理器1017和网络套接字服务器1018,并且CD1019包括启动器1021和从App1023。首先,在图3中描述的将EAM从PD发送到CD的操作和图4中描述的将EAM从PD发送到CD的操作中,PD的CS管理器直接将EAM发送到CD的启动器,但是,在图10中描述的将EAM从PD发送到CD的操作中,PD通过PD的网络套接字服务器发送EAM,这将在下面进行描述。首先,图10中的操作1027到1035与图3中的操作327到335相同,此处将省略对操作1027到1035的详细描述。同时,PD1013的EA管理器1015基于包括在从CD1019的启动器1021接收到的CD信息消息中的CD1019的信息,请求PD1013的CS管理器1017运行CD1019的从App1023(在操作1037)。例如,PD1013的EA管理器1015可以生成请求CS管理器1017运行CD1019的从App1023的事件。这里,PD1013的EA管理器1015可以使用例如launchCSApp()的API请求PD1013的CS管理器1017运行CD1019的从App1023,launchCSApp()已经参考表3进行过描述,因此此处将省略对其的详细描述。在通过launchCSApp()从PD1013的EA管理器1015接收到运行CD1019的从App1023的请求之后,PD1013的CS管理器1017请求CD1019的启动器1021运行EAApp(在操作1039)。在从PD1013的CS管理器1017接收到运行EAApp的请求之后,CD1019的启动器1021请求CD1019的从App1023运行EAApp(在操作1041)。同时,PD1013的EA管理器1015将请求生成网络套接字信道的网络套接字(WebSocket)信道开放消息发送到PD1013的网络套接字服务器1018(在操作1043)。PD1013的EA管理器1015可以生成将网络套接字信道开放消息发送到PD1013的网络套接字服务器1018的事件。与此相似,CD1019的从App1023也将请求生成网络套接字信道的网络套接字信道开放消息发送到PD1013的网络套接字服务器1018(在操作1045)。通过操作1043到1045生成的网络套接字信道被用于将EAM从PD1013发送到CD1019的从App1023。同时,PD1013的EA管理器1015将从广播中心1011接收到EAM连同富EA的URL发送到PD1013的网络套接字服务器1018(在操作1047)。在从PD1013的EA管理器1015接收到EAM和富EA的URL之后,网络套接字服务器108将接收到的EAM和富EA的URL发送到CD1019的从App1023(在操作1049)。因此,CD1019的从App1023从网络套接字服务器1018接收EAM和富EA的URL。CD1019的从App1023在CD1019的屏幕上显示EAM(在操作1051)。首先,图10中的操作1053到1057与图3中的操作347到351相同,此处将省略对操作1053到1057的详细描述。同时,通过PD1013的网络套接字服务器1018传递的EAM可以与表2中的形式相同。尽管图10表述了根据本公开的实施例在广播系统中将EAM从PD发送到CD的操作的再另一示例,但是可以对图10进行各种改变。例如,尽管被示出为一系列的操作,但是图10中的各种操作可以重叠、并行发生、以不同的顺序发生或多次发生。已经参考图10描述了根据本公开的实施例的在广播系统中将EAM从PD发送到CD的操作的再另一示例,将参考图11描述根据本公开的实施例的在广播系统中将EAM从PD发送到CD的操作的再另一示例。图11概略地表述了根据本公开的实施例的在广播系统中将EAM从PD发送到CD的操作的再另一示例。参考图11,广播系统包括广播中心1111、PD1113、多播地址1119、CD1121和网络服务器1127。PD1113包括EA管理器1115和CS管理器1117,并且CD1121包括启动器1123和从App1125。图11中将EAM从PD发送到CD的操作是对图10中将EAM从PD发送到CD的操作的修改。也就是说,在图10中的将EAM从PD发送到CD的操作中,EAM通过网络套接字服务器1018被传递,而在图11中的将EAM从PD发送到CD的操作中,EAM通过多播地址1119而不是网络套接字服务器1018被传递。首先,从操作1131到操作1145的过程与图10中从操作1027到操作1041的过程相同,并且此处将省略对其的详细描述。同时,PD1113的EA管理器1115将EAM连同富EA的URL发送到多播地址1119(在操作1147)。例如,PD1113的EA管理器1115可以生成将EAM连同富EA的URL发送到多播地址1119的事件。此处,多播地址1119使用要被CD1121识别的预定地址。在图11中,出于方便,将多播地址1119视为单独的设备,但是,将要注意到多播地址1119是能够发送/接收多播事件和工具(means)的特定地址,例如,诸如192.168.1.11:992/atsc/EAM的IP地址。如果之前没有限定多播地址1119,则需要按表4中所示额外地执行确定PD1113和CD1121之间的多播地址的操作。CD1121的从App1125检查多播地址1119,并且如果存在接收到的EAM,则CD1121的从App1125读取接收到的EAM(在操作1149)。CD1121的从App1125在CD1121的屏幕上显示被读取的EAM(在操作1151)。图11中的操作1151到1157与图10中的操作1051到1057相同,此处将省略对其的详细描述。同时,在PD1113执行CD应用的情况下,即在与如果如上所述之前没有限定多播地址1119的操作1143和1145对应的情况下,PD1113传递多播地址,其会将多播事件发送到CD1121。在表4中,可以通过将诸如eamurl=“192.168.1.11:992/atsc/EAM”的附加信息包括到如表3中所述的从launchCSApp()传递的参数中来设置多播地址。【表4】同时,PD可以选择如图10所述地PD将EAM发送到CD还是如图11所示地PD将EAM发送到CD。在这种情况下,如果PD如图11所述地使用多播方案传递EAM,则PD可以通过如表4所示地在执行CD应用时预定利用多播方案来传递EAM来执行CD应用。尽管图11表述了根据本公开的实施例在广播系统中将EAM从PD发送到CD的操作的再另一示例,但是可以对图11进行各种改变。例如,尽管被示出为一系列的操作,但是图11中的各种操作可以重叠、并行发生、以不同的顺序发生或多次发生。已经参考图11描述了根据本公开的实施例的在广播系统中将EAM从PD发送到CD的操作的再另一示例,将参考图12描述根据本公开的实施例的在广播系统中的特定实例情况。图12概略地表述了根据本公开的实施例的广播系统中的特定示例情况。参考图12,广播系统包括广播中心1211、PD1213、CD1215和网络服务器1217。PD1213可以例如是DTV,而CD1215可以是移动台。参考图12,发生灾难情况(例如台风情况)并且广播中心1121中发送的EAM通过广播网络被传递。然而,在用户不观看如图12中所表述的在PD1213中提供的广播的情况下,用户不能观看EAM。同时,PD1213发现存在能够在广播网络内发送EAM的另一设备(即,CD1215),并且将EAM发送到CD1215。CD1215从PD1213接收EAM,并且显示接收到的EAM。在这种情况下,CD1215的用户检查接收到的EAM,并且可以选择在EAM中提供的链接,以便获知灾难情况的附加情况。在这种情况下,通过互联网网络从网络服务器1217接收更具体的信息(例如天气图、新闻和/或其他类似信息),即富EAM。已经参考图12描述了根据本公开的实施例的广播系统中的特定实例情况,将参考图13描述根据本公开的实施例的广播系统中的PD的内部结构。图13概略地表述了根据本公开的实施例的广播系统中PD的内部结构。参考图13,PD1300包括发送器1311、控制器1313、接收器1315和存储单元1317。控制器1313控制PD1300的总体操作,并且更具体地,控制PD1300以执行根据本公开的实施例的与在广播系统中处理EAM的操作相关的操作。已经参考图2到12描述了PD1300执行的根据本公开的实施例的与在广播系统中处理EAM的操作相关的操作,因此在此将省略对其的详细描述。发送器1311在控制器1313的控制下将各种信号和各种消息发送到其他设备,例如CD和广播中心。已经在图2到12中描述了在发送器1311中接收的各种信号、各种消息等,因此在此将省略对其的详细描述。接收器1315在控制器1313的控制下从其他实体(例如CD和广播中心)接收各种信号和各种消息。已经在图2到12中描述了在接收器1315中接收的各种信号、各种消息等,因此在此将省略对其的详细描述。存储单元1317存储各种程序和数据以使PD1300执行图2到12中所述的根据本公开的实施例的与在广播系统中处理EAM的操作相关的操作,并存储执行图2到12中所述的根据本公开的实施例的与在广播系统中处理EAM的操作相关的操作时发生的数据。尽管在图13中发送器1311、控制器1313、接收器1315和存储单元1317被描述为PD1300中的单独单元,但是要理解的是,PD1300可以利用发送器1311、控制器1313、接收器1315和存储单元1317中的至少两个被结合到其中的形式来实现。PD1300可以利用一个单元来实现。已经参考图13描述了根据本公开的实施例的在广播系统中的PD的内部结构,将参考图14描述根据本公开的实施例的在广播系统中的CD的内部结构。图14概略地表述了根据本公开的实施例的广播系统中CD的内部结构。参考图14,CD1400包括发送器1411、控制器1413、接收器1415和存储单元1417。控制器1413控制CD1400的总体操作,并且更具体地,控制CD1400以执行根据本公开的实施例的与在广播系统中处理EAM的操作相关的操作。已经参考图2到12描述了CD1400执行的根据本公开的实施例的与在广播系统中处理EAM的操作相关的操作,因此在此将省略对其的详细描述。发送器1411在控制器1413的控制下将各种信号和各种消息发送到其他设备,例如PD和服务器。已经在图2到12中描述了在发送器1411中接收的各种信号、各种消息等,因此在此将省略对其的详细描述。接收器1415在控制器1413的控制下从其他实体(例如PD和服务器)接收各种信号和各种消息。已经在图2到12中描述了在接收器1415中接收的各种信号、各种消息等,因此在此将省略对其的详细描述。存储单元1417存储各种程序和数据以使CD1400执行图2到12中所述的根据本公开的实施例的与在广播系统中处理EAM的操作相关的操作,并存储执行图2到12中所述的根据本公开的实施例的与在广播系统中处理EAM的操作相关的操作时发生的数据。尽管在图14中发送器1411、控制器1413、接收器1415和存储单元1417被描述为CD1400中的单独单元,但是要理解的是,CD1400可以利用发送器1411、控制器1413、接收器1415和存储单元1417中的至少两个被结合到其中的形式来实现。CD1400可以利用一个单元来实现。本公开的某些方面还可以体现为非暂态计算机可读记录介质上的计算机可读代码。非暂态计算机可读记录介质是能够存储数据的任何数据存储设备,随后可以由计算机系统读取非暂态计算机可读记录介质。非暂态计算机可读记录介质的示例包括:只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、磁带、软盘、光学数据存储设备和载波(例如通过互联网的数据发送)。非暂态计算机可读记录介质还可以分布在联接网络的计算机系统上以使得以分布式方式存储和执行计算机可读代码。此外,本公开所属领域有技能的编程人员能够容易地解译用于实现本公开的功能性程序、代码和代码段。能够理解可以通过硬件、软件和/或其组合来实施根据本公开的实施例的方法和装置。软件可以存储在非易失性存储装置中,非易失性存储装置例如可擦除或可再写ROM、存储器,例如RAM,存储器芯片,存储器设备或存储器集成电路(IC)或者光或磁可记录非暂态机器可读(例如计算机可读)存储介质(例如,紧凑式盘(CD)、数字视频盘(DVD)、磁盘、磁带和/或其他类似存储介质)。可以通过包括控制器和存储器的计算机或移动终端来实施根据本公开的实施例的方法和装置,并且存储器可以是非暂态机器可读(例如计算机可读)存储介质的示例,所述非暂态机器可读存储介质适于存储一个或多个程序,所述一个或多个程序包括用于实施本公开各种实施例的指令。本公开可以包括程序和存储程序的非暂态机器可读(例如计算机可读)存储介质,程序包括用于实施由随附的权利要求书限定的装置和方法的代码。程序可以经由任何媒介(例如通信信号)电子地传递,所述媒介通过有线/无线连接发送,并且本公开可以包括其等价物。根据本公开的实施例的装置可以从程序提供设备接收程序,所述程序提供设备经由电线或无线地连接到所述装置并且存储程序。所述程序提供设备可以包括用于存储教导执行已经被安装的内容保护的方法的指令、内容保护的方法所需的信息等的存储器、通信单元和控制器,所述通信单元用于执行与图形处理设备的有线或无线通信,所述控制器用于基于图形处理设备的请求将相关程序发送到发送/接收设备或自动地将相关程序发送到发送/接收设备。尽管已经参考本公开的各种实施例示出并且描述了本公开,但是本领域技术人员将理解,在不背离随附的权利要求及其等价物限定的本公开的主旨和范围的情况下,可以在其中进行形式和细节上的各种改变。...
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1