CN101175002A - 一种发现网络资源的方法 - Google Patents

Abstract

本发明提供了一种使用简单二元资源发现(SBRD)消息结构发现网络资源的方法。根据此方法，网络资源被配置以产生和发送多个多播“你好”消息给多个接受器来表示网络资源可以获得并且准备完毕。如果所述的网络资源收到了来自多个接受器的一个特定接受器的多播“查询”消息，那么网络资源判定是否多播“查询”消息包括识别网络资源的识别数据或者与一个或多个网络资源类型属性匹配的类型数据。如果这样，那么网络资源产生和发送一个单播“确认”消息给特定的接受器以确认多播“查询”消息并表示网络资源可以获得并且准备完毕。所述的多播“你好”消息之间的时间间隔宽度可以随着时间的增加而增加。

Description

一种发现网络资源的方法

技术领域

本发明通常涉及组网(networking)，更具体来说，涉及一种发现网络资源的方法。

背景技术

本节所描述的方法是能够被实行的方法，但不必是以前已经构思或实行的方法。因此，除非说明，本节所描述的方法可以不是相对本申请中所述的权利要求的现有技术，并且通过包含本节也不允许本节所描述的方法成为现有技术。

在组网中的问题之一是客户设备如何知道他们可用的网络资源。正如这里所使用的，术语“网络资源”是指任何类型的网络资源。网络资源的实例在不加限制的情况下包括网络设备或元件、服务器、Web服务器、以及任何类型的网络服务。当客户设备第一次与网络连接(或重新连接)时，它可能不知道其当前可用的网络资源。这个问题的传统处理办法是利用试图识别连接到网络上并且准备好可以使用的网络资源的网络资源发现机制。传统的网络资源发现机制是基于一种轮询消息方案(polling messaging scheme)，在该方案中，客户机询问Web服务器或URL以确定是否存在可利用的Web服务。例如，客户机可以向特定Web服务器请求描述经由所述的特定Web服务器可以获得的Web服务的一个或多个文档。客户机分析所述的一个或多个文档以识别他可以获得的Web服务。从所述的特定Web服务器获得的一个或多个文档也可以描述经由其它Web服务器可以获得的Web服务。

传统的网络服务发现方法所带来的问题之一是它们的消息往往是非常密集的。为了完成所述的发现过程，必须在网络上传送大量的消息和文件。所述的消息和文件常常采用诸如XML的标记语言，并且包含了以大量长文本字符串为典型代表的大量数据。这样，传统的网络资源发现过程会消耗掉大量的网络带宽和计算资源。

基于前述内容，有必要研究一种不会遭受现有方法限制的发现网络资源的方法。

发明内容

本发明提供了一种利用简单二元资源发现(SBRD)消息结构的网络资源发现方法。根据所述的方法，网络资源被配置以产生和传送多个多播“你好”消息给多个接受器。多个多播“你好”消息中的每一个表示所述的网络资源可以获得并且已经准备好。如果网络资源从所述的多个接受器接收到来自特定接受器的多播“查询”消息，所述的网络资源决定所述的多播“查询”消息是否包括识别网络资源的识别数据或与网络资源的一个或多个类型属性相匹配的类型数据。如果是这样的话，所述的网络资源就产生和传送一个单播“确认”消息给特定的接受器以确认多播“查询”消息并且表示所述的网络资源可以获得和准备完毕。所述的多播“你好”消息、多播“查询”消息和单播“确认”消息的全部构成了SBRD消息结构以减小与网络资源发现有关的开销量。

根据本发明的一个实施例，多播“你好”消息之间的时间间隔宽度会随着时间增加而增加。间隔宽度的增加可以是线性或非线性，这取决于具体的实现。所述的网络资源在不同情况下也可以被配置进入不活动或“睡眠”模式。例如，如果在规定时间之后或者在发送了规定数量的多播“你好”消息之后，网络资源没有收到多播“查询”消息，网络资源可以进入睡眠模式。也可以使用其它的准则，这依赖于具体的实现。所述的网络资源发送一个表示网络资源正进入睡眠模式并将变为不可获得的多播“再见”消息。所述的方法适用于任何类型的网络资源，例如网络设备或元件、服务器、Web服务、或者任何能够被统一资源标识符(URI)识别的其他机制或过程。

根据本发明的一个方面，网络资源被配置以产生和通过通信网络传送多个多播消息给多个接受器。来自于多个多播消息的每一个多播消息表示网络资源可以获得并且已经准备好，并且来自于多个多播消息的多播消息发送之间的发送时间间隔宽度会随时间的增加而增加。网络资源进一步被配置以响应从所述的多个接受器接收到的来自某个特定接受器的多播“查询”消息，所述的网络资源决定所述的多播“查询”消息是否包含识别该网络资源的识别数据或与该网络资源的一个或多个类型属性相匹配的类型数据。如果所述的多播“查询”消息包含识别该网络资源的识别数据或与该网络资源的一个或多个类型属性相匹配的类型数据，所述的网络资源就产生和传送一个单播消息给特定的接受器以确认多播“查询”消息并且表示所述的网络资源可以获得和准备完毕。

附图说明

在附图各图中，相似的参考数字是指相似的元件。

图1为根据本发明实施例的描述发现网络资源的网络配置实例的方框图。

图2为根据本发明的实施例描述发现网络资源的方法的流程方框图。

图3为描述使用这里所说的发现网络资源的方法的四种不同类型消息的表。

图4为根据本发明的一个实施例的描述示例的简单二元资源发现(SBRD)消息结构的方框图。

图5为在其上实现本发明的实施例的计算机系统的方框图。

具体实施方式

在以下的描述中，为了进行解释，阐明了大量具体的细节以便彻底理解本发明。然而很显然，本领域的技术人员不需要这些具体的细节也可以实施本发明。在其他情况下，为了避免对本发明的不必要的模糊理解，以方框图的形式显示众所周知的结构和设备。在下文中按照以下部分描述本发明的各个方面：

I.总述

II.结构

III.资源发现

IV.传送间隔和生存时间

V.简单二元消息结构

VI.实现机制

I.总述

本发明提供了一种使用简单二元资源发现(SBRD)消息结构发现网络资源的方法。根据所述的方法，网络资源被配置以产生和传送多个多播“你好”消息给多个接受器。多个多播“你好”消息中的每一个表示所述的网络资源可以获得并且已经准备好。如果网络资源从所述的多个接受器接收到来自特定接受器的多播“查询”消息，所述的网络资源决定所述的多播“查询”消息是否包括识别网络资源的识别数据或与网络资源的一个或多个类型属性相匹配的类型数据。如果是这样的话，所述的网络资源就产生和传送单播“确认”消息给特定的接受器以确认多播“查询”消息并且表示所述的网络资源可以获得和准备完毕。所述的“确认”消息也包含网络资源的附加信息，这些会在下文的V部分更详细描述。所述的多播“你好”消息、多播“查询”消息和单播“确认”消息的全部构成了SBRD消息结构以减小与网络资源发现有关的开销量。

根据本发明的一个实施例，所述的多播“你好”消息之间的时间间隔宽度随着时间的增加而增加。间隔宽度的增加可以是线性的或者是非线性的，这取决于具体的实现。在不同的情况下所述的网络资源也可以被配置进入不活动或“睡眠”模式。例如，如果在规定时间之后或者在发送了规定数量的多播“你好”消息之后，网络资源没有收到多播“查询”消息，网络资源可以进入睡眠模式。也可以使用其它的准则，这取决于具体的实现。所述的网络资源发送一个表示网络资源正进入睡眠模式并将变为不可获得的多播“再见”消息。所述的方法适用于任何类型的网络资源，例如网络设备或元件、服务器、Web服务、或者任何能够被统一资源标识符(URI)识别的其他机制或过程。

II.结构

图1为描述在其上可以实现本发明实施例的网络配置100实例的方框图。网络配置100包括经由网络116进行通信连接的多功能外设(MEP)102、打印设备104、复印机106、个人数字助理(PDA)108、照相机110、其它资源112以及客户机114。MEP 102是执行诸如打印、复印、传真、扫描等的一个或多个功能的设备。可以由能够在图1所描述的各种元件之间提供数据交换的任何介质或机制来实现网络116。网络116的实例包括诸如局域网(LAN)、广域网(WAN)、以太网或因特网的网络、或者一个或多个地面、卫星或无线链路，但也不限于此。虽然文中是以图1所述的特定网络设备(即MEP 102、打印设备104、复印机106、个人数字助理(PDA)以及照相机110)来描述本发明的实施例，但是所述方法并不限于此类网络设备，它适用于能够被配置执行这里所描述功能的任何类型的其他资源112。

III.资源发现

图2为根据本发明实施例的描述发现网络资源的方法的流程图200。在步骤202中，一个网络资源变为可以获得。所述的网络资源可以是已经开始服务的新网络资源，或者是刚刚被配置的已有网络资源，或者是已从不活动或睡眠模式转换出来的已有网络资源。为了便于解释，本实例假定MEP 102是所述的网络资源。

在步骤204中，所述的网络资源发送一个多播“你好”消息给多个接受器。所述的“你好”消息通知接受器所述的网络资源可以获得并且准备好。作为一个多播消息，所述的“你好”消息被发送给可由各种准则所规定的一组挑选出来的接受器。例如，在因特网协议(IP)上下文中，MEP 102发送所述的多播“你好”消息给与一组接受器相关联的特定的多播IP地址和端口的组合。接受器必须向特定的组登记以便接收发送给所述的组的IP地址或IP地址/端口组合的多播消息。

在步骤206中，判定所述的网络资源是否已经收到查询网络资源可用性的多播“查询”消息。可以接收来自多个接受器中的一个或者来自任何其他网络设备的多播“查询”消息。在本实例中假定MEP 102接收来自客户机114的多播“查询”消息。客户机使用多播“查询”消息通过识别数据搜索特定的网络资源，或者通过类型数据搜索网络资源的类型。

如果在步骤206中所述的网络资源已经收到了多播“查询”消息，那么在步骤208中，判定所述的多播“查询”消息是否针对该网络资源。根据本发明的一个实施例，如果所述的多播“查询”消息包含识别网络资源的识别数据或者与所述的网络资源的一种类型相匹配的类型数据，那么就确定多播“查询”消息是针对该网络资源。所述确定可以通过网络资源检查多播“查询”消息的内容然后将内容与网络资源存储的数据进行比较来进行。例如，MFP 102将包含在所述的多播“查询”消息中的识别数据与它的MAC地址或者其他任何唯一的识别数据相比较。如果包含在所述的多播“查询”消息中的识别数据与MFP 102中的MAC地址或者与MFP 102的其他的唯一识别数据匹配，那么所述的多播“查询”消息就是针对MFP 102的。正如另一个实例，所述的网络资源可以将包含在多播“查询”消息中的类型数据与网络资源保持的类型数据进行比较来判定所述的多播“查询”消息是否针对该网络资源。例如，MFP 102可以保持类型“MFP“的类型数据。如果包含在多播“查询”消息中的类型数据指定为“MEP”，则所述的多播“查询”消息是针对MEP 102和其它相同类型的网络资源的。

如果在步骤208中判定所述的多播“查询”消息是针对该网络资源的，那么在步骤210中，所述的网络资源发送一个单播“确认”消息给多播“查询”消息的发出者。所述的“确认”消息向多播“查询”消息发出者确认网络资源可以获得并且准备完毕。所述的“确认”消息也包含网络资源的其他信息，在下文的第V部分将更详细描述。作为一种单播消息，“确认”消息仅被发送给所述的多播“查询”消息的发出者。例如，MFP 102可以UDP数据包的形式发送“确认”消息给客户机114的IP地址或IP地址和端口的组合以表示MFP 102可以获得并且准备完毕。

如果在步骤206中，所述的网络资源没有收到“查询”消息或者在步骤208中所收到的“查询”消息不是针对该网络资源的，那么在步骤212中判定是否为做出该网络资源不可获得的时间。可以使用取决于具体实现的各种各样的准则来作出这个判定。例如，MFP 102可以判定：规定的时间已经过去却没有收到“查询”消息。另一个实例，MFP 102可以判定：MFP 102已经发布了规定数量的“你好”消息却没有从其他设备收到回答或者确认。

如果在步骤212中判定现在是网络资源不可获得的时间，那么在步骤214中网络资源发送一个“再见”或者“睡眠”消息并且进入不活动状态，有时称作“睡眠”模式。根据本发明的一个实施例，所述的“再见”或者“睡眠”消息是发送给特定IP地址或者特定IP地址和端口组合的多播消息。

如果在步骤212中判定现在还不是网络资源不可获得的时间，那么在步骤216中判定网络资源是否发送另一个多播“你好”消息。这个判定基于取决于具体实现的各种各样的准则来作出。例如，可以基于自从网络资源最后发送多播“你好”消息以来规定的时间是否已经过去、以及所述的前面的多播“你好”消息是否已经过期或者一些其它的准则来判定。正如下文中更详细地描述，所述的多播“你好”消息之间的时间间隔不是恒定不变的并且可以随着时间变化。

如果在步骤216中判定现在还不到网络资源发送另一个多播“你好”消息的时间，那么流程回到步骤206并且网络资源再一次检查“查询”消息的接收。如果在步骤216中判定到了网络资源发送另一个多播“你好”消息的时间，那么流程回到步骤204并且网络资源发送另一个多播“你好”消息。

图3中的表300是使用本文描述的发现网络资源方法的四种不同的消息类型。正如表300中描述的，网络资源发送三种消息类型：多播“你好”消息，多播“再见”消息和单播“确认”消息。客户机发送多播“查询”消息。图3中描述的IP地址和端口仅仅是为了举例，所述的方法不局限于任何具体的IP地址或者IP地址/端口组合。

IV.传送间隔和生存时间

如前所述，传统的网络资源发现方法经常使用包含大量消息从而造成网络流量和计算开销增加的消息传送方案。根据本方法的一个实施例，网络资源所发送的多播“你好”消息之间的时间间隔宽度会随着时间的增加而增加。这种方法允许最初的多播“你好”消息之间的时间间隔很短，以便增加感兴趣的客户机发现网络资源的概率。同时，通过随着时间的增加而减小网络资源发送另外的多播“你好”消息的速率，这种方法减小了整体的网络流量。此外，如本文所述，网络资源由于各种原因能够逐渐地停止发送多播“你好”消息并进入睡眠模式。因此，这种方法所带来的好处是当网络资源刚开始变为可利用时传输速率很高而后来的传输速率较低以便减少网络流量。

所述的多播“你好”消息之间的时间间隔可以随着时间线性地增加，例如，每个时间间隔宽度可以是前一个时间间隔宽度的两倍。所述的多播“你好”消息之间的时间间隔也可以随着时间非线性地增加。例如，所述的时间间隔可以呈指数增加或者按照特定函数或模式增加。也可以使用最大时间间隔。当达到最大时间间隔时，那么所有后续的时间间隔将保持此最大时间间隔。

根据各种各样的因素，如负责传送网络服务的通信网络的质量以及额外网络流量的潜在不利影响，多播“你好”消息之间的初始间隔、后续的间隔宽度增加量以及最大间隔宽度可以针对特定应用来选择或“调谐”。

如下文更细致地描述，多播“你好”消息之间的时间间隔宽度可以被表述为关于每个消息的“生存时间”(TTL)。多播“你好”消息的TTL表示所述的消息在失效之前被认为是“好的”或“有效的”的时间量。多播“你好”消息的TTL一般相对于前面的时间点来表达，例如发送多播“你好”消息的时间。根据本发明的一个实施例，网络资源所发送的多播“你好”消息中包含了时间戳和TTL。所述的TTL信息允许客户机跟踪网络资源并决定下一个多播“你好”消息何时发送。诸如管理员设备的客户设备也可以利用TTL信息来确定网络资源是否正常工作。例如，如果一个或多个多播“你好”消息没有如期被接收到，管理员设备基于前一个消息中的TTL信息就可以确定网络资源当前的工作不正常。

V.简单二元消息结构

根据本发明的一个实施例，这里是用小的二元消息结构描述消息。使用小的二元消息结构代替传统的长文本消息结构提供了快速的高效率的消息交换。这也减少了碎片化(fragmentation)并提高了可靠性。每一个消息的尺寸很小并且事先知道，TCP/IP串不太可能因为丢失碎片而使消息散开。

根据本发明的一个实施例，通过这里描述的消息来使用简单的二元资源发现(SBRD)消息结构。图4是一个描述SBRD消息结构400实例的方框图。所述的SBRD消息结构400实例包含各种字段和相应的数据类型以及每个字段的描述。所述的“首标”字段用来将消息识别为SBRD消息。例如，所述的SBRD消息的“首标”字段可以包含一个四字符串“SBRD”。所述的“版本”字段指示SBRD消息结构的版本，允许随着时间的不同有不同的版本。所述的“类型”字段规定消息类型，也就是多播“你好”消息、多播“再见”消息、多播“查询”消息或者单播“确认”消息。所述的“时间戳”字段规定发送消息的时间。所述的“消息ID”字段规定消息的唯一ID，比如一个增加的消息ID号。所述的“TTL”字段规定消息的TTL。所述的“资源ID”字段包含识别网络资源的数据。这个数据的实例是UUID。所述的“资源类型”字段包含规定一个或多个网络资源类型属性的数据。例如，所述的“资源类型”字段可以包含从已知网络资源类型列表中指明一种网络资源类型的数据。

所述的“一般版本”字段规定一般数据的当前版本。“一般URI”字段包含一个遵循一般模型的网络资源定义的URI。例如，这个字段可以包含网页的URL或者含有所述的一般数据模型的数据文件。所述的一般数据模型可以是公共的。使用所述的“一般URI”字段的一个好处是它消除了在每个消息中承载所有一般数据的需要或者只要有(相同版本的)本地拷贝就检索每个消息的一般数据的需要。所述的“专用版本”字段规定专用数据的当前版本。所述的“专用URI”字段包含网络资源专用定义的URI。例如，这个字段可以包含网页、XML文本或者含有网络资源的专用数据模型的数据文件的URL。所述的专用数据模型依据具体的实现可以仅仅被特定的网络资源和客户机所了解。所述的专用数据模型可以被用于支持各种服务。例如，所述的专用数据模型可以被用于支持安全防卫，比如协议和认证。与所述的“一般URI”一样，所述的“专用URI”字段消除在每个消息中承载所有专用数据的需要或者只要有(相同版本的)本地拷贝就检索每个消息的专用数据的需要。

可以限制所述的“一般URI”和“专用URI”字段的长度。在URI长度超过字段允许的长度的情况下，小URI机制可以被用于将小URI映射为完整URI。例如，可以将URI http://mytinyuri.com/myresource映射到http://myverylonguri.com/lotofstuff/todescribe/this/resource。

VI.实现机制

这里描述的网络资源发现方法比传统方法更灵活并且包含更少的网络流量。可以选择有关多播消息之间的时间间隔的各种参数以适合特定实现。进一步来说，使用小的二元消息减少了与网络资源发现有关的网络开销量，同时通过一般的和专用的URI的使用保持了灵活性。

本方法可以在取决于具体实现的任何种类的计算平台或者以任何种类的机制或过程来实现。为便于解释，图5是说明可在其上实现本发明实施例的计算机系统500实例的方框图。计算机系统500包括总线502或用于传递信息的其他通信机制、以及与总线502相连用于处理信息的处理器504。计算机系统500也包括与总线502相连的用于存储信息和被处理器504执行的指令的主存储器506，例如随机存取存储器(RAM)或其它动态存储设备。主存储器506也可被用于存储临时变量或处理器504执行指令期间的其它中间信息。计算机系统500进一步包括与总线502相连的用于存储处理器504的静态信息和指令的只读存储器(ROM)508或其它静态存储设备。诸如磁盘或光盘的存储设备510被提供并且与总线502相连用于存储信息和指令。

计算机系统500可以通过总线502与诸如阴极射线管(CRT)的显示器512相连，以便将信息显示给计算机用户。包括字母数字和其它键的输入设备514与总线502相连以便将信息和选择命令传递给处理器504。其它类型的用户输入设备是诸如鼠标、轨迹球或光标方向键的光标控制器516，用于将方向信息和选择命令传递给处理器504以及用于控制显示器512上的光标移动。这个输入设备典型地在第一轴(例如，x)和第二轴(例如，y)这两个轴上有两个自由度，允许所述的设备规定平面内的位置。

本发明涉及实现这里所描述的技术的计算机系统500的使用。根据本发明的一个实施例，计算机系统500完成那些技术以响应处理器504执行包含在主存储器506中的一个或多个指令的一个或多个序列。可以从另外的诸如存储设备510的机器可读介质中将那些指令读入主存储器506。包含在主存储器506中的指令序列的执行促使处理器504执行这里所描述的处理步骤。在替换实施例中，可以使用硬件电路代替软件指令或者与软件指令的组合来实现本发明。因此，本发明实施例并不限定于任何软件和硬件电路的特定组合。

这里所用的术语“机器可读的介质”是指参与提供使机器以特定方式运转的数据的任何介质。例如，在利用计算机系统500所实现的实施例中，在给处理器504提供执行指令的过程中包含了各种计算机可读的介质。这样的介质可以采用包括(但不限于此)非易失介质、易失介质和传输介质的多种形式。例如，非易失介质包括像存储设备510这样的的光盘或磁盘。易失介质包括像主存储器506这样的动态存储器。传输介质包括构成总线502的线路的同轴电缆、铜线以及光纤。传输介质也可以采用声波或光波的形式，例如那些在无线电和红外数据传输期间所产生的那些波。

机器可读介质的普通形式包括，例如，软盘、柔性盘、硬盘、磁带或任何其它磁性介质；CD-ROM、任何其它光学介质；穿孔卡片、纸带、任何其它带有小孔的物理介质；RAM、PROM、FLASH-EPROM、任何其它存储器芯片或模块；如下面描述的载波，或者计算机可读的任何其它介质。

在传送处理器504所执行的一个或多个指令的一个或多个序列过程中可以包含各种形式的机器可读介质。例如，所述的指令一开始可被保存在远程计算机的磁盘上。远程计算机能够将所述的指令装载到它的动态内存中并利用调制解调器通过电话线发送所述的指令。至计算机系统500的本地的调制解调器能够接收电话线上的数据并且使用红外发送器将所述的数据转换为红外信号。红外检测器能够接收红外信号中所承载的数据并且适当的电路能够将所述的数据放置在总线502上。总线502将数据传输到主存储器506中，处理器504从中提取和执行所述指令。由主存储器506接收的指令在被处理器504执行之前或之后可以可选地保存在存储设备510中。

计算机系统500也包括与总线502相连的通信接口518。通信接口518提供了与网络链路520相连的双向数据通信，网络链路520连接到本地网络522上。例如，通信接口518可以是综合业务数字网(ISDN)卡或调制解调器以提供到相应类型的电话线上的数据通信连接。作为另一个例子，通信接口518可以是局域网(LAN)卡以提供到兼容的LAN上的数据通信连接。无线链路也可以被实现。在任何此类实现中，通信接口518发送和接收承载着表示各种信息的数字数据流的电、电磁或光学信号。

典型地，网络链路520通过一个或多个网络提供到其它数据设备的数据通信。例如，网络链路520可以通过本地网络522提供到主计算机524或者到由因特网业务提供商(ISP)526所管理的数据装置的连接。反过来，ISP 526通过遍及世界的分组数据通信网络(现在一般是指“因特网”528)，提供数据通信服务。本地网络522和因特网528两者都使用承载数字数据流的电、电磁和光学信号。经过各种网络的信号以及在网络链路520上并经过通信接口518的信号是传送信息的载波的典型形式，其承载着数字数据来往于计算机系统500。

计算机系统500能够通过网络、网络链路520和通信接口518发送消息并接收包括程序代码的数据。在所述的因特网实例中，服务器530可通过因特网528、ISP526、本地网络522和通信接口518发送被请求的应用程序代码。

由于所接收的代码被接收和/或存储在存储设备510或其它非易失存储器中以便随后的执行，因此处理器504可以执行所接收的代码。这样，计算机系统500可以载波的形式获得应用程序代码。

在前面的详细说明中，已经参考许多随着不同实现而变化的特定细节描述了本发明的实施例。这样，申请人意欲唯一和特别指出的是：本发明是本申请所主张的权利要求的集合，以权利要求所限定的特定形式表现，包括任何后续的修改。因此，权利要求中没有特意描述的限制、元素、性质、特征、优点或属性应当不会以任何方式限制所述权利要求的范围。相应地，本说明书和附图被看作是示意性的而不是限制性的理解。

Claims (12)

1.一个网络资源，被配置为：

通过通信网络(116)产生和发送(204)多个多播消息给多个接受器，其中：

来自所述的多个多播消息的每一个多播消息表示网络资源可

以获得并且准备完毕，以及

来自所述的多个多播消息的多播消息的发送之间的时间间隔

宽度随着时间的增加而增加；

响应于收到(206)来自所述的多个接受器的一个特定接受器的多播“查询”消息，

判定(208)所述的多播“查询”消息是否包含识别网络资源

的识别数据或者与网络资源的一个或多个类型属性匹配的类型数据；以及

如果所述的多播“查询”消息包含识别网络资源的识别数据或者与网络资源的一个或多个类型属性匹配的类型数据，那么所述的网络资源产生和发送(210)一个单播消息给特定的接受器以确认多播“查询”消息并表示网络资源可以获得并且准备完毕。

2.如权利要求1所述的网络资源，其中，来自所述的多个多播消息的多播消息发送之间的时间间隔宽度随着时间的增加成线性增加。

3.如权利要求1所述的网络资源，其中，来自所述的多个多播消息的多播消息发送之间的时间间隔宽度随着时间的增加成非线性增加。

4.如权利要求1所述的网络资源，其中，在经过了规定的时间或者网络资源发送了规定数量的多播消息而网络资源没有收到“确认”信号(212)后，所述的网络资源被进一步配置进入(214)“睡眠”模式。

5.如权利要求1所述的网络资源，其中，所述的多个多播消息被发送给多播因特网协议地址和端口。

6.如权利要求1所述的网络资源，其中，所述多个多播消息的每一个包括

表示发送多播消息时刻的时间戳数据，以及

从时间戳数据所指示的时刻开始表示多播消息有效的时间长度的数据。

7.如权利要求1所述的网络资源，其中，多个多播消息的每一个包括识别网络资源的识别数据。

8.如权利要求1所述的网络资源，其中，多个多播消息的每一个包括识别一个或多个网络资源的类型属性的资源类型数据。

9.如权利要求1所述的网络资源，其中，多个多播消息的每一个包括识别多播消息类型的消息类型数据。

10.如权利要求1所述的网络资源，其中，多个多播消息的每一个包括

引用一般消息数据模型的第一URI，以及

引用专用消息数据模型的第二URI。

11.如权利要求10所述的网络资源，其中，多个多播消息的每一个包括

引用所述的一般消息数据模型的当前版本的第一版本数据，以及

引用所述的专用消息数据模型的当前版本的第二版本数据。

12.如权利要求1所述的网络资源，其中，所述的多个多播消息、多播“查询”消息和单播消息都遵守二元消息格式。

Images