CN102484605A - 用于支持远程用户界面的家庭网络的事件处理方法和*** - Google Patents
用于支持远程用户界面的家庭网络的事件处理方法和*** Download PDFInfo
- Publication number
- CN102484605A CN102484605A CN2010800330887A CN201080033088A CN102484605A CN 102484605 A CN102484605 A CN 102484605A CN 2010800330887 A CN2010800330887 A CN 2010800330887A CN 201080033088 A CN201080033088 A CN 201080033088A CN 102484605 A CN102484605 A CN 102484605A
- Authority
- CN
- China
- Prior art keywords
- notification event
- subscriber interface
- remote subscriber
- request
- notification
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
- H04L12/282—Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
- G06F9/452—Remote windowing, e.g. X-Window System, desktop virtualisation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/544—Remote
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/545—Gui
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Automation & Control Theory (AREA)
- Information Transfer Between Computers (AREA)
- Small-Scale Networks (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
Abstract
提供一种事件处理方法和***,用于在支持远程用户界面(RUI)的家庭网络中从远程用户界面服务器(RUIS)到远程用户界面客户端(RUIC)有效地重新传递由RUIS存储的通知事件。RUIC向远程用户界面服务器发送信息请求,从RUIS接收对应于该信息请求的通知事件信息,基于接收的通知事件信息向RUIS发送通知事件请求,以及从RUIS接收对应于该通知事件请求的至少一个通知事件。
Description
技术领域
本发明一般涉及家庭网络***,且更具体地,涉及一种事件处理方法和***,用于在支持远程用户界面(RUI)的家庭网络中有效地向远程用户界面客户端(RUIC)重新传递由远程用户界面服务器(RUIS)保留的通知事件。
背景技术
诸如数字实况网络联盟(DLNA)、家庭音频-视频互用性(HAVi),以及通用即插即用(UPnP)的几个工业标准化组织正对用于改进的家庭网络的技术进行研究。
RUI技术是用于改进家庭网络***的操作性的有前途的技术之一。一般,基于客户端-服务器架构实现RUI技术,其中RUIC从RUIS下载用户界面(UI)以便用户经由UI控制该RUIC。
图1是说明在传统家庭网络中用于传递第三方通知事件的网络实体的操作的信令图。
参考图1,如果在对RUIC 10的UI会话被释放的同时检测到将被传递到用户的通知事件,则在步骤S101中RUIS 20在家庭网络中组播该通知事件。例如,能够以通用事件通知架构(GENA)格式发送通知事件。该通知事件能够被家庭网络中包括的任何一个客户端(包括RUIC 10)接收。
在接收到通知事件之后,在步骤S103中RUIC 10向RUIS 20请求通知页并且显示从RUIS 20接收的、对应于该通知事件的RUI。例如,RUIC 10使用具有在通知事件中包含的统一资源定位符(URL)的“http-get”来向RUIS20请求通知页。
然而,在某些情况中,可能没有RUIC接收由RUIS 20发送的通知事件。在该情况下,RUIS 20在步骤S103中没有接收到通知页请求。
在图1,基于在步骤S101和S103中不存在RUIC的假设(如RUIC 10关机)说明步骤S105到S113。
在步骤S105,如果确定没有RUIC接收通知事件,即,在步骤S103中没有接收到通知页请求,则RUIS 20保留该通知页。之后,如果RUIC 10再次进入网络(例如开机),则在步骤S107中它通知RUIS 20它的网络进入。
当检测RUIC 10的网络进入时,RUIS 20在步骤S109中组播全部的保留通知事件。如果接收到通知事件,则在步骤S111中RUIC 10向RUIS 20请求通知页,以及在步骤S113中RUIS 20发送请求的通知页到RUIC 10并且丢弃保留的通知页。
该传统的通知事件传递方法(其中RUIS为缺席的RUIC存储通知事件直到它的网络进入)具有许多问题。
首先,当RUIS被要求重新发送存储的通知事件时,RUIS无法识别在多个RUIC中请求通知页的RUIC。图2是说明此类问题情况的图。
参考图2,当网络中包含多个RUIC 11、12、13时,RUIC 11,12和13的任何一个可以向RUIS 20请求通知页。然而,目前,当RUIS 20需要传输存储的通知事件(例如,在步骤S201中接收网络进入通知之后或在步骤S205中接收到通知页请求之后)时,它不能识别RUIC 11、12和13中的哪一个请求该通知页。因此,RUIS 20在步骤S203中必须以组播模式发送通知事件,以便所有的RUIC 11、12、13接收通知事件。
第二,当RUIC进入网络时,它无法向RUIS 20请求在其中保留的通知事件中的特定通知事件。例如,当用户缺席较长时间时,会有多个通知事件存储在RUIS 20中。之后,当用户的RUIC在较长缺席之后进入网络时,全部的较大数量的通知事件在家庭网络中发送,这使得用户难以找到特定的通知事件。
第三,在传统方法中,当RUIC请求通知页时RUIS 20将删除存储的通知页,如在图1的步骤S113所示,以便防止甚至在RUIC已经收到通知事件之后重复重发相同的通知事件。然而,在这种情况下,如果接收通知事件的设备删除存储的通知页,则其他RUIC不能收到此通知页。
此外,还可能有这样的情况,其中RUIC想重新检查已检查过的通知事件。然而,由于通知事件在首次传递后被删除,故传统方法不能支持复查已传递的通知事件。
发明内容
技术问题
第一,当要求RUIS重传存储的通知事件时,RUIS无法识别在多个RUIC中请求通知页的RUIC。
第二,当RUIC进入网络时,它无法向RUIS 20请求在其中保留的通知事件中的特定通知事件。
第三,在传统的方法中,当由RUIC请求通知页时,RUIS 20将删除存储的通知页。
技术方案
因此,本发明被设计来解决在现有技术中出现的至少上述的问题,并且本发明提供一种用于家庭网络***的事件处理方法和***,其能够在RUIC特定条件下处理保留的通知事件。
依据本发明的一方面,提供一种用于网络中的远程用户界面客户端的通知事件处理方法。该方法包括:通过远程用户界面客户端向服务器发送信息请求;从服务器接收对应于该信息请求的通知事件信息;基于接收的通知事件信息向服务器发送通知事件请求;以及从服务器接收对应于该通知事件请求的至少一个通知事件。
依据本发明的另一方面,提供一种在包括远程用户界面服务器和至少一个远程用户界面客户端的网络中用于远程用户界面服务器的通知事件处理方法。该方法包括:通过远程用户界面服务器从至少一个远程用户界面客户端中的远程用户界面客户端接收对于通知事件信息的请求;向远程用户界面客户端远程用户界面发送由该请求指示的保留的通知事件的通知事件信息;从远程用户界面客户端接收对于保留的通知事件中的至少一个通知事件的请求;以及发送对应于由远程用户界面客户端请求的至少一个通知事件的保留的通知事件的至少一个。
依据本发明的另一方面,提供一种用于处理通知事件的***,包括:远程用户界面客户端,用于请求通知事件信息以及通过参考获得的通知事件信息请求至少一个存储的通知事件;和远程用户界面服务器,用于存储通知事件,向远程用户界面客户端发送由客户端请求的通知事件信息,检索请求的至少一个存储的通知事件,并且发送检索到的至少一个存储的通知事件到远程用户界面客户端。
有益效果
根据本发明的用于处理在家庭网络中保留的第三方通知事件的方法有利之处在于与传统方法比较利用拉模式方法有效地处理通知事件。
因为本发明的事件处理方法能够使用用于请求通知事件的RUIC专用条件,多个RUIC能够取得不同的通知事件。同样,RUIC能够通过改变请求中的条件选择地取得保留的通知事件的全部或至少一个。
不同于其中当RUIC处理对应的通知事件时通知页被删除从而另一RUIC无法处理该通知事件的基于组播传输方法的传统方法,依据本发明的实施例的事件处理方法使用用于通知事件传递的http-get方法,从而RUIC能够保留通知事件并且无论何时通知事件被RUIC请求时都能够重传保留的通知事件。
另外,依据本发明的实施例的事件处理方法使用用于处理通知事件的序列号(SEQ),从而RUIC能够从RUIS中按排序的顺序取得由序列号标识的多个保留的通知事件。
附图说明
通过结合附图的以下详细描述,本发明的以上和其它方面、特征和优点将更明了,在附图中:
图1是说明在传统家庭网络中用于传递第三方通知事件的网络实体的操作的信令图。
图2是说明在传统事件处理方法中发生的问题情况。
图3是说明根据本发明的实施例的用于在网络中处理事件而在RUIS和RUIC之间交换的消息的图。
图4是说明根据本发明的实施例的用于实现事件处理方法的家庭网络的图。
图5是说明根据本发明的实施例的在事件处理方法中用于通知事件传递的RUIS和RUIC的操作的信令图;以及
图6是说明根据本发明的实施例的在事件处理方法中用于保留的通知事件传递的在RUIS和RUIC之间的消息流的图。
具体实施方式
本发明的特定实施例的各种优点、特征和操作能够从结合附图的以下详细描述中领会。这里没有示出的本发明的许多变化将呈现给本领域的技术人员。另外,本发明不局限于所示和所述的实施例,而是涵盖在本发明所附权利要求及其等价物的范围内的全部主题。另外,相同参考数字贯穿附图用于表示相同或相似部分。
下面将描述用于支持RUI的网络的事件处理方法和***。该网络包括RUIS,其发送具有序列号或通知标识符(ID)的通知事件,以及包括至少一个RUIC,其接收和保留该通知事件。如果RUIC请求RUIS发送错过的具有该序列号(或通知ID)的通知事件,则RUIS发送由序列号(或该通知ID)标识的通知事件,然后RUIC接收和保留该通知消息。之后,如果RUIC向RUIS请求通知页,则RUIS发送该通知页到RUIC,该RUIC依次接收、保留和处理该通知页。
依据本发明的实施例,RUIC在尝试接入网络时执行设备发现过程并且将其网络进入通知RUIS。如果检测到RUIC的网络进入,则RUIS发送通知URL(如savedNotifURL(已保存的通知URL))到RUIC。在接收该通知URL之后,RUIC能够如上所述地接收该通知事件。
图3是说明根据本发明的实施例的用于在网络中处理事件而在RUIS和RUIC之间交换的消息的图。
参考图3,该网络包括多个RUIC 101、102和103和RUIS 200。RUIS 200发送通知事件到网络中的RUIC 101、102和103。按照本发明的实施例,RUIS200存储具有单独序列号(SEQ)的通知事件。在下列说明中,术语“通知ID”与“序列号”交替使用。
在图3中,假定在较长缺席之后RUIC#1 101重新连接到网络。
一旦RUIC#1重新连接到网络,在步骤S301中它将向RUIS 200请求在其缺席期间错过的通知事件。具体来说,RUIC#1 101向RUIS 200请求在其缺席期间没有接收的通知事件的序列号(或通知ID)。此序列号请求可以随缺席持续时间参数或连接终止参数发送,其中缺席持续时间参数指示在其间RUIC#1 101与网络断开的时间间隔,而连接终止参数指示RUIC#1 101从网络断开的时间。
在接收序列号请求时,RUIS 200向RUIC#1 101发送在RUIC#1 101的缺席期间接收的通知事件的序列号(或通知ID)。RUIC#1 101接收序列号(或通知ID)然后使用接收的序列号(或通知ID)向RUIS 200请求特定的通知事件。也即,RUIC#1 101首先请求保留的通知事件的序列号(或通知ID)然后通过发送包括接收的序列号(或通知ID)的至少一个的Saved EventRequest(保存事件请求)消息向RUIS 200请求至少一个通知事件。
当接收Saved Event Request消息时,在步骤S303,RUIS 200发送由在Saved Event Request消息中包括的序列号(或通知ID)标识的通知事件。在接收通知事件之后,在步骤S305中,RUIC#1 101向RUIS 200请求发送通知页,如具有对通知事件的URL的参引。
如上所述,本发明的实施例提出一种用于存储和转发第三方通知事件的改进方法。也可以利用几个另外的功能实现该通知事件处理方法。
第一,RUIC被配置为向RUIS请求通知事件。按照本发明的实施例,RUIC使用http-get方法从RUIS中请求通知事件,与使用传统的通用即插即用(UPnP)发现机制的传统方法不同。通过使用http-get方法,RUIC可以利用特定的参数查询或请求错过的通知事件。也即,RUIC可以通过使用http-get方法请求保存在RUIS中的通知事件的全部或至少一个。
第二,RUIS存储和转发存储的通知事件到RUIC。但是,不同于基于“推-模式模型”的传统的通知传递方法,基于“拉-模式(pull-mode)模型”实现根据本发明的实施例的通知传递方法。在根据本发明的实施例的通知传递方法中,RUIC使用http-get消息请求通知事件,而RUIS处理该http-get消息并发送符合http-get消息的条件的通知事件。
第三,RUIC定位RUIS。为了使RUIC定位RUIS,在设备发现过程中RUIS向RUIC提供其位置信息。
图4是说明根据本发明的实施例的用于实现事件处理方法的家庭网络的配置的图。
参考图4,家庭网络包括用于转发RUI和第三方通知事件的RUIS 200以及用于处理从RUIS 200收到的通知事件和向用户显示该RUI的RUIC100,。用户界面控制点(UICP)300发现家庭网络中的设备并且建立在RUIC100和RUIS 200之间的连接。UICP 300可以集成到RUIC 100中,如图4中所示,或单独实现于RUIC 100外部。
RUIS 200包括提供RUI的web服务器210,用于处理第三方通知事件的第三方通知处理器220和用于存储通知事件的存储器230。第三方通知处理器220发送保存的通知事件到RUIC 100,并且web服务器210处理通知页请求消息。通知页可以存储在web服务器210的数据库或存储器230中。在图4中所示的实施例中,假定通知页存储在web服务器210的数据库中。RUIS 200还存储设备描述文件240,其包括保存的通知URL。
RUIC 100或UICP 300可以使用已保存的通知URL(savedNotifURL)从RUIS 200中请求保存的通知事件。该SavedNotifURL是RUIC 100可以从中获取第三方组播通知的URL。
RUIC 100包括用于向用户显示RUI的可扩展超文本标记语言(XHTML)浏览器110和用于处理第三方通知事件的第三方通知处理器120。RUIC 100的第三方通知处理器120使用由UICP 200提供的RUIS 200的保存的通知请求URL请求该通知。
图5是说明根据本发明的实施例的在事件处理方法中用于通知事件传递的RUIS和RUIC的操作的信令图。
参考图5,当RUIC#1 101重新连接网络时,在步骤S501中RUIC#1 101通过设备发现过程发现RUIS 200。可以由UICP 300根据UPnP网络的设备发现过程执行设备发现。当收到设备发现请求时,在步骤S503中RUIS 200向RUIC#1 101发送保存的通知URL(savedNotifURL)。在步骤S505中RUIC#1 101存储从RUIS 200接收的savedNotifURL并向RUIS 200请求保存的序列号(或通知Id)。也就是说,RUIC#1 101请求关于在其缺席期间生成的通知事件的保留(或保存)的序列(preservedSEQ)或保留的通知ID范围(preservedNotificationIDRange)的信息。除preservedSEQ或preservedNotificationIDRange之外,保留的通知事件信息还可以包括时间信息。
下面的表1示出在步骤S505中由RUIC#1 101使用的http-get请求的示例。RUIC#1 101可利用表1中所示的参数之一执行对RUIS 200的savedNotifURL的http-get请求。
表1
http-get请求可以包括由RUIS 200提供的保留的通知URL和作为参数的时间信息,如表1所示。在这种情况下,时间信息指示用于查询在该时间之后保留的通知事件的时间。例如,关于RUIC#1 101的时间信息指示其中RUIC#1 101从网络断开的时间,而关于RUIC#2 102的时间信息指示在先前对preservedSEQ(或preservedNotificationIDRange)的http-get请求的时间。能够删除该时间信息。
当在步骤S505中接收到保留的通知事件信息(PreservedSEQ)请求时,在步骤S507,RUIS 200向RUIC#1 101发送与在保留的通知事件信息请求中包括的该时间信息对应的保留的通知事件的序列号或通知ID范围。序列号或通知ID范围能够随在由RUIC#1 101发送的保留的通知事件信息请求中包括的条件(如时间信息)改变。
在某些情况下,时间信息可以不包括在保留的通知事件信息请求中。在这种情况下,RUIS 200发送全部保留的通知事件的序列号或通知ID范围。例如,RUIS 200能够设置默认时间并且参考该默认时间发送保留的通知事件的序列号或通知ID范围。
当利用通知ID范围参数(如http://<savedNotifURL>?GetPreservedNotificationIDRange&time)请求保留的通知事件信息时,关于响应的内容类型报头可被配置为“text/plain;charset=UTF-8”,并且响应的主体可以包括两个整数值,如下:
[Start-notification-ID][End-notification-ID]CRLF,
其中,如果选项“&_time_”参数存在,则第一整数[Start-notification-ID(开始-通知-ID)]设置为具有大于或等于指示的时间戳的时间戳的最早保留的通知消息的通知ID。如果选项“&_time_”参数不存在,则[Start-notification-ID]设置为最早保留的通知消息的通知ID。第二整数[End-notification-ID(结束-通知-ID)]对应于由RUIS发送的最后的通知消息。CALF是作为回车的换行字符。
如果从RUIS 200接收到保留的通知事件信息,则在步骤509中RUIC#1101参考序列号或通知ID范围向RUIS 200请求保留的通知事件。当存在多个保留的通知事件时,RUIC#1 101可以重复发送该请求。表2示出由RUIC#1 101使用的http-get请求的示例。
表2
如表2所示,由RUIC#1 101发送的http-get请求能够包括如下参数,诸如用于请求通知事件的序列号(SEQ_NO)或通知ID(notification_ID)。
当接收http-get请求时,在步骤S511中RUIS 200检索由序列号(SEQ_NO)指示的通知事件并且发送HTTP/1.1 200OK(确认)消息,其中主体包括该通知事件。可是,如果没有匹配于序列号的保留的通知事件,则在步骤S511中RUIS 200发送404 Not Found(未找到)消息到RUIC#1 101。通知事件包括RUIC#1 101能够从中接收通知页的URL。
如果具有指示的通知ID的通知消息在RUIS 200中可用,则RUIS 200能够如下响应:
1.响应的内容类型报头可以是“text/plain;charset=UTF-8”;并且
2.如在[Req.5.6.2.c]的公报(bullet)b)中描述的提供通知的细节的消息主体。
如果请求的通知事件在RUIS 200中不可用,则RUIS 200能够利用HTTP/1.1.404 Not Found来响应该HTTP-GET请求。
能够由RUIC#1 101的第三方通知处理器120执行步骤S505和S509,以及能够由RUIS 200的第三方通知处理器220执行步骤S503、S507和S511。
通过以上所述过程,RUIC#1 101能够从RUIS 200获取处于未读取状态的通知事件的序列号或通知ID范围并且通过使用该序列号或通知ID范围来选择地接收保留的通知事件。因此,RUIC#1 101能够从由通知事件提及的URL中取得该通知页。
在接收通知事件后,RUIC#1 101能够从通过通知事件指示的URL中取得该通知页。也即,在步骤S513中RUIC#1 101从RUIS 200中请求该通知页,并且在步骤S515中RUIS 200向RUIC#1 101发送该请求的通知页。当接收到通知页时,RUIC#1 101向用户再现和显示该通知页。能够由RUIC#1 101的XHTML浏览器110执行步骤S513的通知页请求和通知页再现,以及能够由RUIS 200的web服务器210执行在步骤S515的通知页发送。
步骤S517到S527代表RUIC#2 102的通知事件处理过程。另外,步骤S517到S527几乎和在RUIC#1 101和RUIS 200之间执行的步骤501到S515相同。因此,当RUIC#2 102已维持其与网络的连接时,对于RUIC#2 102可以跳过对应于图5的步骤S501到S503的步骤。在这种情况下,在预设时间间隔或响应于用户的请求,RUIC#2 102向RUIS 200发送时间信息与保留的序列号或保留的通知ID范围。这里,RUIC#1 101和RUIC#2 102能够使用不同的时间信息。也即,RUIC#2 102能够发送不同于RUIC#1 101发送的时间信息的时间信息。因此,由RUIS 200向RUIC#1 101和RUIC#2 102返回的序列号或通知ID范围也可以彼此不同。
RUIS 200可以配置为在步骤S529中在从通知页发送起逝去预定的时间之后删除关于通知事件的信息。该预定时间可以依靠RUIS 200的实现而改变以及由用户设置。
图6是说明根据本发明的实施例的在事件处理方法中用于保留的通知事件传递的在RUIS和RUIC之间的消息流的图。虽然该说明关注于利用序列号的通知事件请求,也可以替代为使用通知ID范围。
在图6中,这假设RUIS 200有保留的通知事件,其具有自SEQ 100到SEQ 105的序列号,并且RUIC#1 101和RUIC#2 102在从接收具有序列号SEQ 99和SEQ 103的通知事件后已分别与网络断开。
当RUIC#1 101重新进入网络时,在步骤S601中它查询RUIS 100在由时间信息参数指示的时间后是否有任何保留的通知事件。也就是说,RUIC#1101向RUIS 200发送关于保留的SEQ的保留事件SEQ请求(http-get请求),如表1中所示。
当接收到由RUIC#1 101发送的保留事件SEQ请求时,在步骤S603中RUIS 200基于保留事件SEQ请求的时间信息确定要返回RUIC#1 101的序列号并且返回从SEQ 100到SEQ 105的序列号。在接收序列号之后,RUIC#1 101在步骤S605中请求RUIS 200发送从SEQ 100起的通知事件。也就是说,RUIC#1 101向RUIS 200发送对于保留的通知事件的通知事件请求(http-get请求,如表2中所示)。
当接收到通知事件请求时,在步骤S607中RUIS 200向RUIC#1 101逐个发送由从SEQ 100到SEQ 105的序列号标识的保留的通知事件。
当RUIC#1 101重新连接到网络时,它执行设备发现过程和savedNotifURL接收过程,然后从RUIS提取在特定时间(在这里,当RUIC#1已被从网络断开的时间)后生成的通知事件的preservedSEQ(保留的序号)信息。RUIS 200可向RUIC#1 101发送指示SEQ 100到SEQ 105的preservedSEQ。
一旦收到preservedSEQ,RUIC#1 101可以使用通知事件请求(http-get请求,如表2所示)向RUIS 200请求由所接收到的序列号(即SEQ 100到SEQ 105)标识的保留的通知事件中的至少一个。
为了接收所有保留的通知事件,RUIC#1 101可以通过递增序列号(从SEQ 100到SEQ 105)而重复发送通知事件请求(http-get请求),如表2中所示。在这里,该通知事件可以按XML文件格式形成并且包括用于请求通知页的URL字符串。通过图5的步骤S501到S515所示的过程,RUIC#1 101获取在RUIS 200中保留的通知事件和通知页。
在步骤S611中RUIC#2 102使用时间参数向RUIS 200请求保留的通知事件的序列号。因为RUIC#2 102最后接收通知事件SEQ 103,故在步骤S613中RUIS 200响应于该请求向RUIC#2 102返回序列号SEQ 105和SEQ 105。作为响应,在步骤S615中RUIC#2 102请求RUIS 200发送从SEQ 104起的通知事件。响应于通知事件请求,在步骤S617中RUIS 200向RUIC 102发送SEQ 104和SEQ 105的通知事件。
因为RUIC#2 102维持其与网络的连接,所以能够省去设备发现过程和savedNotifURL接收过程。RUIC#2 102向RUIS 200请求在特定时间(在这里,在RUIC#2 102中设置或由用户输入的时间)后保留的通知事件的序列号,以及RUIS 200向RUIC#2 102返回preservedSEQ(即,SEQ 104到SEQ150)。
一旦收到preservedSEQ,RUIC#2 102可以使用http-get请求(如表2所示)向RUIS 200请求由序列号SEQ 104到SEQ 105标识的至少一个通知事件。为了请求所有保留的通知事件,RUIC#2 102可以通过递增序列号而重复发送http-get请求(见表2)。在这里,该通知事件可以按XML文件格式形成,其包括用于取得通知页的URL字符串。使用图5的步骤S517到S527所示的过程,RUIC#2 102获取在RUIS 200中保留的通知事件和通知页。
如上所述,根据本发明的用于处理在家庭网络中保留的第三方通知事件的方法有利之处在于与传统方法比较利用拉模式方法有效地处理通知事件。
因为本发明的事件处理方法能够使用用于请求通知事件的RUIC专用条件,多个RUIC能够取得不同的通知事件。同样,RUIC能够通过改变请求中的条件选择地取得保留的通知事件的全部或至少一个。
不同于其中当RUIC处理对应的通知事件时通知页被删除从而另一RUIC无法处理该通知事件的基于组播传输方法的传统方法,依据本发明的实施例的事件处理方法使用用于通知事件传递的http-get方法,从而RUIC能够保留通知事件并且无论何时通知事件被RUIC请求时都能够重传保留的通知事件。
另外,依据本发明的实施例的事件处理方法使用用于处理通知事件的序列号(SEQ),从而RUIC能够从RUIS中按排序的顺序取得由序列号标识的多个保留的通知事件。
虽然以上已经详细描述本发明的具体实施例,但应清楚地理解,对本领域的技术人员会显现的、这里教示的基本发明构思的许多变化和/或修改仍将落入由所附权利要求定义的本发明的精神和范围中。
Claims (20)
1.一种在包括远程用户界面服务器的网络中用于远程用户界面客户端的通知事件处理方法,该方法包括:
通过所述远程用户界面客户端向所述远程用户界面服务器发送信息请求;
从所述远程用户界面服务器接收对应于所述信息请求的通知事件信息;
基于接收的通知事件信息向所述远程用户界面服务器发送通知事件请求;以及
从所述远程用户界面服务器接收对应于所述通知事件请求的至少一个通知事件。
2.根据权利要求1所述的方法,还包括:
使用所述至少一个通知事件中包括的统一资源定位符(URL)取得通知页;以及
再现和显示所述通知页,
其中,所述至少一个通知事件按可扩展标记语言(XML)形成。
3.根据权利要求1所述的方法,还包括:
当所述远程用户界面客户端连接所述远程用户界面服务器时,执行设备发现操作;以及
从所发现的远程用户界面服务器接收用于存储的通知事件的保存的通知URL(savedNotifURL)。
4.根据权利要求1所述的方法,其中,所述通知事件信息包括通知标识符范围和时间信息,
其中,所述时间信息指示用于所述远程用户界面客户端的通知事件开始被保存的时间,以及
其中,所述信息请求包括按照“http://<savedNotifURL>?GetPreservedNotificationIDRange&time”的格式的http-get请求。
5.根据权利要求4所述的方法,其中,所述通知事件包括通知ID,以及
其中,所述信息请求包括按照“http://<savedNotifURL>?GetPreservedNotificaion¬ificaion_id”的格式的http-get请求。
6.一种在包括远程用户界面服务器和至少一个远程用户界面客户端的网络中用于远程用户界面服务器的通知事件处理方法,该方法包括:
通过所述远程用户界面服务器从所述至少一个远程用户界面客户端中的远程用户界面客户端接收对于通知事件信息的请求;
向所述远程用户界面客户端远程用户界面发送由该请求指示的保留的通知事件的通知事件信息;
从所述远程用户界面客户端接收对于所述保留的通知事件中的至少一个通知事件的请求;以及
发送与由所述远程用户界面客户端请求的所述至少一个通知事件对应的保留的通知事件中的至少一个。
7.根据权利要求6所述的方法,还包括:
使用统一资源定位符(URL)从所述远程用户界面客户端接收对于通知页的请求;
发送所述通知页到所述远程用户界面客户端。
8.根据权利要求6所述的方法,还包括:
当所述远程用户界面客户端连接所述服务器时,执行设备发现操作;以及
向所述客户端发送存储通知事件的保存的通知URL(savedNotifURL)。
9.根据权利要求6所述的方法,其中,对于所述通知事件信息的请求包括http-get请求,其包括通知标识符(ID)范围和时间信息,
其中,所述时间信息指示用于所述远程用户界面客户端的通知事件开始被保存的时间,以及
其中,所述http-get请求按照“http://<savedNotifURL>?GetPreservedNotificationIDRange&time”的格式。
10.根据权利要求9所述的方法,其中,所述通知事件信息包括所述通知ID范围,其被定义为具有关于从由所述时间信息指示的时间到当前时间保留的通知事件的开始通知ID和结束通知ID。
11.根据权利要求10所述的方法,其中,所述通知事件信息包括所述开始通知ID和所述结束通知ID。
12.根据权利要求6所述的方法,其中,所述远程用户界面服务器接收对于所述至少一个通知事件的每一个的单独的多个请求,以及
其中,所述多个请求的每一个包括按照“http;//<savedNotifURL>?GetPreservedNotificaion¬ificaion_id”的格式的http-get请求。
13.根据权利要求6所述的方法,还包括:删除预定保留时间已经逾期的保留的通知事件。
14.一种用于处理通知事件的***,包括:
远程用户界面客户端,用于请求通知事件信息以及通过参考获得的通知事件信息请求至少一个存储的通知事件;和
远程用户界面服务器,用于存储通知事件,向所述远程用户界面客户端发送由所述客户端请求的通知事件信息,检索所请求的至少一个存储的通知事件,并且发送检索到的至少一个存储的通知事件到所述远程用户界面客户端。
15.根据权利要求14所述的***,其中,所述远程用户界面客户端包括:可扩展超文本标记语言(XHTML)浏览器,其使用在接收的通知事件中包括的统一资源定位符(URL)请求通知页;以及再现和显示所述通知页,以及
其中,所述远程用户界面服务器包括web服务器,其访问所述通知页并且向所述远程用户界面客户端发送所述通知页。
16.根据权利要求15所述的***,还包括:用户界面控制点(UICP),其控制当所述远程用户界面客户端连接所述服务器时在所述远程用户界面客户端和所述远程用户界面服务器之间的设备发现过程,
其中,在完成所述设备发现过程之后,所述远程用户界面客户端接收在由所述远程用户界面服务器发送的通知事件中包括的保存的通知URL(savedNotifURL)。
17.根据权利要求14所述的***,其中,对于所述至少一个存储的事件的请求包括:
通知标识符(ID)范围;
时间信息使用;和
http-get请求,所述时间信息指示用于所述远程用户界面客户端的通知事件开始被保存的时间,以及所述http-get请求按照“http://<savedNotifURL>?GetPreservedNotificationIDRange&time”的格式。
18.根据权利要求17所述的***,其中,所述远程用户界面服务器在从所述远程用户界面客户端接收所述通知事件信息请求时发送通知ID范围,其被定义为具有关于从由所述时间信息指示的时间到当前时间存储的通知事件的开始通知ID和结束通知ID。
19.根据权利要求18所述的***,其中,所述远程用户界面客户端通过发送按照“http://<savedNotifURL>?GetPreservedNotificaion¬ificaion_id”的格式的http-get请求来逐个地向所述远程用户界面服务器重复请求多个通知事件。
20.根据权利要求19所述的***,其中,所述远程用户界面服务器删除预定存储时间已经逾期的存储的通知事件。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2009-0046736 | 2009-05-28 | ||
KR20090046736A KR101485806B1 (ko) | 2009-05-28 | 2009-05-28 | 원격 유저 인터페이스를 지원하는 홈 네트워크에서 이벤트 처리 방법 및 이를 위한 장치 |
PCT/KR2010/003311 WO2010137861A2 (en) | 2009-05-28 | 2010-05-26 | Event-processing method and system for a home network supporting a remote user interface |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102484605A true CN102484605A (zh) | 2012-05-30 |
CN102484605B CN102484605B (zh) | 2016-04-20 |
Family
ID=43221481
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201080033088.7A Active CN102484605B (zh) | 2009-05-28 | 2010-05-26 | 用于支持远程用户界面的家庭网络的事件处理方法和*** |
Country Status (6)
Country | Link |
---|---|
US (1) | US8583726B2 (zh) |
EP (1) | EP2436149A4 (zh) |
KR (1) | KR101485806B1 (zh) |
CN (1) | CN102484605B (zh) |
TW (1) | TWI501587B (zh) |
WO (1) | WO2010137861A2 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105933380A (zh) * | 2016-04-01 | 2016-09-07 | 宇龙计算机通信科技(深圳)有限公司 | 一种数据传输的方法、装置及终端 |
CN106713506A (zh) * | 2017-02-22 | 2017-05-24 | 郑州云海信息技术有限公司 | 一种数据获取方法及*** |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101612553B1 (ko) * | 2009-10-09 | 2016-04-27 | 삼성전자주식회사 | 리모트 사용자 인터페이스 서버와 리모트 사용자 인터페이스 클라이언트간의 인터페이스를 위한 장치 및 방법 |
US8990704B2 (en) * | 2011-03-04 | 2015-03-24 | Sony Corporation | Remote user interface media adapter in network bridge |
US8769110B2 (en) * | 2011-05-27 | 2014-07-01 | Sony Corporation | Transferring RUI from one device to another |
US9524198B2 (en) * | 2012-07-27 | 2016-12-20 | Google Inc. | Messaging between web applications |
US10303345B2 (en) | 2015-08-28 | 2019-05-28 | Google Llc | Transferring notifications between devices |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1794723A (zh) * | 2005-10-11 | 2006-06-28 | 华为技术有限公司 | 一种离线消息处理方法 |
CN1801814A (zh) * | 2005-10-11 | 2006-07-12 | 华为技术有限公司 | 一种离线消息发送和接收方法 |
CN101106543A (zh) * | 2007-08-20 | 2008-01-16 | 北京亿企通信息技术有限公司 | 一种在即时通信工具中处理离线数据的方法 |
WO2009008578A1 (en) * | 2007-07-11 | 2009-01-15 | Samsung Electronics Co, . Ltd. | Formtext method and apparatus for relaying communication between universal plug and play device and remote user interface client |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6216152B1 (en) * | 1997-10-27 | 2001-04-10 | Sun Microsystems, Inc. | Method and apparatus for providing plug in media decoders |
US6654786B1 (en) * | 1998-04-30 | 2003-11-25 | Openwave Systems Inc. | Method and apparatus for informing wireless clients about updated information |
US6292825B1 (en) | 1998-11-12 | 2001-09-18 | International Business Machines Corporation | Service application with pull notification |
US6725281B1 (en) * | 1999-06-11 | 2004-04-20 | Microsoft Corporation | Synchronization of controlled device state using state table and eventing in data-driven remote device control model |
US20020042830A1 (en) * | 2000-03-31 | 2002-04-11 | Subhra Bose | System, method and applications real-time messaging over HTTP-based protocols |
KR100736090B1 (ko) * | 2005-09-28 | 2007-07-06 | 삼성전자주식회사 | 홈 네트워크에서 제 3의 장치의 이벤트를 처리하는 방법 및장치 |
KR100788693B1 (ko) | 2006-01-12 | 2007-12-26 | 삼성전자주식회사 | 원격 사용자 인터페이스의 상태 정보를 저장하고 복구하는방법 및 장치 |
KR100813969B1 (ko) | 2006-01-18 | 2008-03-14 | 삼성전자주식회사 | 원격 사용자 인터페이스의 상태 정보를 저장하고 복구하는방법 및 장치 |
KR100803610B1 (ko) * | 2006-11-21 | 2008-02-15 | 삼성전자주식회사 | 인터넷을 통해 UPnP 홈 네트워크에 접속된 디바이스를제어하는 방법 및 이를 위한 시스템 및 장치 |
KR101395058B1 (ko) | 2008-01-17 | 2014-05-13 | 삼성전자주식회사 | UPnP 원격 프로토콜을 지원하는 홈 네트워크에서 제3의장치의 이벤트를 처리하는 방법 및 장치 |
-
2009
- 2009-05-28 KR KR20090046736A patent/KR101485806B1/ko active IP Right Grant
-
2010
- 2010-05-26 WO PCT/KR2010/003311 patent/WO2010137861A2/en active Application Filing
- 2010-05-26 EP EP10780772.9A patent/EP2436149A4/en not_active Ceased
- 2010-05-26 CN CN201080033088.7A patent/CN102484605B/zh active Active
- 2010-05-27 US US12/788,824 patent/US8583726B2/en active Active
- 2010-05-28 TW TW099117175A patent/TWI501587B/zh not_active IP Right Cessation
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1794723A (zh) * | 2005-10-11 | 2006-06-28 | 华为技术有限公司 | 一种离线消息处理方法 |
CN1801814A (zh) * | 2005-10-11 | 2006-07-12 | 华为技术有限公司 | 一种离线消息发送和接收方法 |
WO2009008578A1 (en) * | 2007-07-11 | 2009-01-15 | Samsung Electronics Co, . Ltd. | Formtext method and apparatus for relaying communication between universal plug and play device and remote user interface client |
CN101106543A (zh) * | 2007-08-20 | 2008-01-16 | 北京亿企通信息技术有限公司 | 一种在即时通信工具中处理离线数据的方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105933380A (zh) * | 2016-04-01 | 2016-09-07 | 宇龙计算机通信科技(深圳)有限公司 | 一种数据传输的方法、装置及终端 |
CN106713506A (zh) * | 2017-02-22 | 2017-05-24 | 郑州云海信息技术有限公司 | 一种数据获取方法及*** |
Also Published As
Publication number | Publication date |
---|---|
WO2010137861A2 (en) | 2010-12-02 |
EP2436149A4 (en) | 2013-10-09 |
CN102484605B (zh) | 2016-04-20 |
EP2436149A2 (en) | 2012-04-04 |
KR101485806B1 (ko) | 2015-01-23 |
US20100306312A1 (en) | 2010-12-02 |
TWI501587B (zh) | 2015-09-21 |
KR20100128370A (ko) | 2010-12-08 |
WO2010137861A3 (en) | 2011-03-03 |
US8583726B2 (en) | 2013-11-12 |
TW201129017A (en) | 2011-08-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102484605A (zh) | 用于支持远程用户界面的家庭网络的事件处理方法和*** | |
CN100514968C (zh) | 离线消息的处理方法和即时消息服务器 | |
JP5232876B2 (ja) | フィードをベースにした移動端末へのコンテンツの自動送信技術 | |
US8774374B2 (en) | Managing visual voicemail from multiple devices | |
US8195130B2 (en) | Visual voicemail network architecture | |
KR101544623B1 (ko) | 연기된 메시지 리마인더와 만기 연장을 위한 시스템 및 방법 | |
US9055417B2 (en) | Notification infrastructure for sending device-specific wireless notifications | |
KR101235101B1 (ko) | 전송 인프라에 접속된 통신 단말들을 위해 의도된 어플리케이션 통지들의 적응형 처리를 위한 디바이스 | |
KR20090089370A (ko) | 통화연결음과 호출음 사이의 상호변환을 실행하기 위한 방법 및 시스템 | |
CN101989959A (zh) | 互通***中的组管理方法和*** | |
KR20100135684A (ko) | 통신 네트워크에서의 메시지 저장 관리를 위한 서버, 장치 및 방법 | |
AU2011245872A1 (en) | Method for providing message and device therefor | |
CN102461095B (zh) | 消息通知 | |
JP2013196699A (ja) | 送信側装置、受信側装置、及びメッセージ送受信システム | |
US7966423B2 (en) | Internet appliance proxy protocol to support location-based services | |
CN101902354A (zh) | 一种在sip网络中用于管理事件信息的方法及装置 | |
US20080120338A1 (en) | Trigger for targeted brute force synchronization in a upnp client-driven synchronization model | |
JP4834794B2 (ja) | コンテンツ送信装置、コンテンツ送受信制御装置 | |
CN103119892A (zh) | 在通用型即插即用使能的电话装置和广域网装置之间进行会议消息传递的***和方法 | |
JP2011123534A (ja) | コンテンツ受信装置、コンテンツ受信方法及びコンテンツ受信プログラム | |
JPH01264432A (ja) | 電文配信管理方式 |
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 |