专利名称：用于支持远程用户界面的家庭网络的事件处理方法和系统的制作方法
技术领域：
本发明一般涉及家庭网络系统，且更具体地，涉及一种事件处理方法和系统，用于在支持远程用户界面(RUI)的家庭网络中有效地向远程用户界面客户端(RUIC)重新传递由远程用户界面服务器(RUis)保留的通知事件。
背景技术：
诸如数字实况网络联盟(DLNA)、家庭音频-视频互用性(HAVi)，以及通用即插即用(UPnP)的几个工业标准化组织正对用于改进的家庭网络的技术进行研究。RUI技术是用于改进家庭网络系统的操作性的有前途的技术之一。一般，基于客户端-服务器架构实现RUI技术，其中RUIC从RUIS下载用户界面(UI)以便用户经由UI控制该RUIC。图1是说明在传统家庭网络中用于传递第三方通知事件的网络实体的操作的信令图。参考图1，如果在对RUIC 10的UI会话被释放的同时检测到将被传递到用户的通知事件，则在步骤SlOl中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，基于在步骤SlOl和S103中不存在RUIC的假设(如RUIC 10关机)说明步骤S105到S113。在步骤S105，如果确定没有RUIC接收通知事件，即，在步骤S103中没有接收到通知页请求，则RUIS 20保留该通知页。之后，如果RUIC 10再次进入网络(例如开机)，则在步骤S107中它通知RUIS 20它的网络进入。当检测RUIC 10的网络进入时，RUIS 20在步骤S109中组播全部的保留通知事件。 如果接收到通知事件，则在步骤Slll中RUIC 10向RUIS 20请求通知页，以及在步骤Sl 13 中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)的至少一个的&ived Event Request (保存事件请求)消息向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还存储设备描述文件M0，其包括保存的通知URL。RUIC 100 或 UICP 300 可以使用已保存的通知 URL(savedNotifURL)从 RUIS 200 中请求保存的通知事件。该MvedNotifURL是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 范围(preservedNotificationlDRange)的信息。除 preservedSEQ 或 PreservedNotificationIDRange之外，保留的通知事件信息还可以包括时间信息。下面的表1示出在步骤S505中由RUIC#1 101使用的http-get请求的示例。 RUIC#1 101可利用表1中所示的参数之一执行对RUIS 200的savedNotifURL的http-get 请求。表 1
|http://<savedNotifURL> GetPreservedSEQ&time or http://<savedNotifURL> GetPreservedNotificationIDRaage&timehttp-get请求可以包括由RUIS 200提供的保留的通知URL和作为参数的时间信息，如表1所示。在这种情况下，时间信息指示用于查询在该时间之后保留的通知事件的时间。例如，关于RUIC#1 101的时间信息指示其中RUIC#1 101从网络断开的时间，而关于 RUIC#2 102 的时间信息指示在先前对 preservedSEQ(或preservedNotificationlDRange) 的http-get请求的时间。能够删除该时间信息。当在步骤S505中接收到保留的通知事件信息(PreservedSEQ)请求时，在步骤S507, RUIS 200向RUIC#1 101发送与在保留的通知事件信息请求中包括的该时间信息对应的保留的通知事件的序列号或通知ID范围。序列号或通知ID范围能够随在由RUIC#1 101发送的保留的通知事件信息请求中包括的条件(如时间信息)改变。在某些情况下，时间信息可以不包括在保留的通知事件信息请求中。在这种情况下，RUIS 200发送全部保留的通知事件的序列号或通知ID范围。例如，RUIS 200能够设置默认时间并且参考该默认时间发送保留的通知事件的序列号或通知ID范围。当利用通知 ID 范围参数(如 http://<savedNotifURL> ？ GetPreservedNotifi cationlDRange&time)请求保留的通知事件信息时，关于响应的内容类型报头可被配置为 "text/plain ；charset = UTF-8”，并且响应的主体可以包括两个整数值，如下[Start-notification-ID][End-notification-ID]CRLF,其中，如果选项“&_time_”参数存在，则第一整数[Mart-notification-ID(开始-通知-ID)]设置为具有大于或等于指示的时间戳的时间戳的最早保留的通知消息的通知ID。如果选项“&_time_”参数不存在，则Btart-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请求的示例。表 权利要求
1.一种在包括远程用户界面服务器的网络中用于远程用户界面客户端的通知事件处理方法，该方法包括通过所述远程用户界面客户端向所述远程用户界面服务器发送信息请求；从所述远程用户界面服务器接收对应于所述信息请求的通知事件信息；基于接收的通知事件信息向所述远程用户界面服务器发送通知事件请求；以及从所述远程用户界面服务器接收对应于所述通知事件请求的至少一个通知事件。
2.根据权利要求1所述的方法，还包括使用所述至少一个通知事件中包括的统一资源定位符(URL)取得通知页；以及再现和显示所述通知页，其中，所述至少一个通知事件按可扩展标记语言(XML)形成。
3.根据权利要求1所述的方法，还包括当所述远程用户界面客户端连接所述远程用户界面服务器时，执行设备发现操作；以及从所发现的远程用户界面服务器接收用于存储的通知事件的保存的通知 URL(savedNotifURL)。
4.根据权利要求1所述的方法，其中，所述通知事件信息包括通知标识符范围和时间 fn息，其中，所述时间信息指示用于所述远程用户界面客户端的通知事件开始被保存的时间，以及其中，所述信息请求包括按照“http//<savedNotifURL> ？ GetPreservedNotificati onlDRange&time，，的格式的 http-get 请求。
5.根据权利要求4所述的方法，其中，所述通知事件包括通知ID，以及其中，所述信息请求包括按照“http//<savedNotifURL> ？ GetPreservedNotificaio n¬ificaion_id"http-get it$。
6.一种在包括远程用户界面服务器和至少一个远程用户界面客户端的网络中用于远程用户界面服务器的通知事件处理方法，该方法包括通过所述远程用户界面服务器从所述至少一个远程用户界面客户端中的远程用户界面客户端接收对于通知事件信息的请求；向所述远程用户界面客户端远程用户界面发送由该请求指示的保留的通知事件的通知事件信息；从所述远程用户界面客户端接收对于所述保留的通知事件中的至少一个通知事件的请求；以及发送与由所述远程用户界面客户端请求的所述至少一个通知事件对应的保留的通知事件中的至少一个。
7.根据权利要求6所述的方法，还包括使用统一资源定位符(URL)从所述远程用户界面客户端接收对于通知页的请求；发送所述通知页到所述远程用户界面客户端。
8.根据权利要求6所述的方法，还包括当所述远程用户界面客户端连接所述服务器时，执行设备发现操作；以及向所述客户端发送存储通知事件的保存的通知URL(SavedNotifURL)。
9.根据权利要求6所述的方法，其中，对于所述通知事件信息的请求包括http-get请求，其包括通知标识符(ID)范围和时间信息，其中，所述时间信息指示用于所述远程用户界面客户端的通知事件开始被保存的时间，以及其中，所述 http-get 请求按照 “http://<savedNotifURL> ？ GetPreservedNotificat ionlDfcinge&time” 白勺
10.根据权利要求9所述的方法，其中，所述通知事件信息包括所述通知ID范围，其被定义为具有关于从由所述时间信息指示的时间到当前时间保留的通知事件的开始通知ID 和结束通知ID。
11.根据权利要求10所述的方法，其中，所述通知事件信息包括所述开始通知ID和所述结束通知ID。
12.根据权利要求6所述的方法，其中，所述远程用户界面服务器接收对于所述至少一个通知事件的每一个的单独的多个请求，以及其中，所述多个请求的每一个包括按照“http ；//<savedNotifURL> ？ GetPreservedNo tificaion¬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> ？ GetPreservedNotificationlDRiinge&time” 白勺||·5ζ。
18.根据权利要求17所述的系统，其中，所述远程用户界面服务器在从所述远程用户界面客户端接收所述通知事件信息请求时发送通知ID范围，其被定义为具有关于从由所述时间信息指示的时间到当前时间存储的通知事件的开始通知ID和结束通知ID。
19.根据权利要求18所述的系统，其中，所述远程用户界面客户端通过发送按照 "http//<savedNotifURL> ？ GetPreservedNotificaion¬ificaion_id"白勺 ζ 白勺 http-get请求来逐个地向所述远程用户界面服务器重复请求多个通知事件。
20.根据权利要求19所述的系统，其中，所述远程用户界面服务器删除预定存储时间已经逾期的存储的通知事件。
全文摘要
提供一种事件处理方法和系统，用于在支持远程用户界面(RUI)的家庭网络中从远程用户界面服务器(RUIS)到远程用户界面客户端(RUIC)有效地重新传递由RUIS存储的通知事件。RUIC向远程用户界面服务器发送信息请求，从RUIS接收对应于该信息请求的通知事件信息，基于接收的通知事件信息向RUIS发送通知事件请求，以及从RUIS接收对应于该通知事件请求的至少一个通知事件。
文档编号H04L12/12GK102484605SQ201080033088
公开日2012年5月30日 申请日期2010年5月26日 优先权日2009年5月28日
发明者宋在涓, 李国熙, 柳永善 申请人:三星电子株式会社