一种实现多种异构家庭网络标准之间互联的方法和系统

摘要

本发明提供了一种实现多种异构家庭网络标准之间互联的方法，包括：接收用户对抽象服务的请求及其参数；查询各个服务提供者所注册的面对抽象服务层面的配置文件，获取满足用户需求的配置文件；所述配置文件包括具体服务的组合情况及其实现逻辑；依据所获取的配置文件及各服务资源节点的使用情况，发现与所述抽象服务相应的各个服务实例，生成候选执行计划列表；选择一执行计划完成相应的具体服务。本发明可以为用户提供简单统一的、面向抽象服务的操作接口，简化用户需要处理的步骤流程；当用户所支持的家庭网络标准与底层服务的家庭网络标准不同时，不需要重新配置相应标准的执行流程，就可以完成所需的服务。

说明书

技术领域

本发明涉及数字家庭、信息通讯技术领域，特别是涉及一种能够解决多种异构家庭网络标准之间的互联问题的方法和系统。

背景技术

对于如何使得各种异构的家庭网络标准之间实现互联互通，一直是一个比较难以解决的问题。由于需要处理各种不同的异构家庭网络标准，因此面临着复杂性和动态性的问题。

家庭网络系统是一种将家庭中的PC、外围设备、移动电话、家用电器等连接成一个网络并控制它们的系统。家庭网络标准提供了被控制的环境，来允许普通用户使用连接到家庭网络中的各种装置，因此，家庭网络可以正常使用现有的家用电器而不需要关于它们使用的特殊知识；并且家庭网络标准还提供家庭网络的各种应用服务的开发和执行平台。

目前，已经提出了多种家庭网络的标准，包括：家庭AV互用性(HAVi)、通用即插即用(UPnP)、电力线通信(PLC)、Jini(Java Intelligent NetworkInfrastructure，java智能网络架构，Sun公司提出的即插即用规范技术)等等。根据所处行业不同可以分为五类：一类是由网络设备商组成的组织，如OSGi，IHA；第二类以IT类厂商为主，如DLNA，UPnP，IGRS；第三类是以家电类厂商为主导，如Echonet；第四类以家庭自动控制厂商为核心，代表组织是LonMark；第五类是电信界对家庭网络的研究。

现有技术中已经提出了两个标准之间对等互联的解决方案，例如，中国专利CN 1353900A所公开的Thomson公司的《桥接HAVI子网络到UPnP子网络的方法及实施所述方法的装置》，提供了通用即插即用(UPnP)与家庭AV互用性(HAVi)之间的互联操作。然而，在该解决方案中，要求HAVi设备必须被扩展到支持HTTP协议。并且，上述解决方案对于更多类型的家庭网络标准间的互联就无能为力了。该方案是按照功能匹配的方法，匹配将十分复杂。当新的中间件不断出现时，开发单一桥来一对一地连接两个特定中间件是不够的。而且，家庭网络设备制造商必须扩展中间件没有定义的功能。这一方法只能逐个地对每个功能进行映射，这不仅使系统变得十分复杂，成本高昂，又限制了功能的扩展，违背了开发互联的初衷。

为了实现多种异构家庭网络标准之间的互联，中国专利CN1822553A所公开的韩国的三星电子株式会社的《家庭网络的业务框架》，其试图通过一个共享的中间件平台，提高互联互通的层次来降低互联互通的复杂性，从而实现不同家庭网络标准之间的互联互通。但是，尽管具有不同家庭网络的处理流程的应用功能可以抽象成为标准的接口，在这种接口上开发“通用”应用处理服务中间件，却面对不同的事件集和关联的对象集，而这些集合之间是无法作一对一映射的。同时，这样的互操作依然层次较低，复杂性较高。这种基于功能接口的家庭网络服务开发需要开发者了解各种异构家庭网络的服务流程，这样大大增加了开发的复杂度。

总之，需要本领域技术人员迫切解决的一个技术问题就是：如何能够创新性的提出一种更佳的解决多种异构家庭网络标准之间的互联问题的技术方案。

发明内容

本发明所要解决的技术问题是提供一种能够解决多种异构家庭网络标准之间的互联问题的方法和系统。

为了解决上述问题，本发明公开了一种实现多种异构家庭网络标准之间互联的方法，包括：接收用户对抽象服务的请求及其参数；查询各个服务提供者所注册的面对抽象服务层面的配置文件，获取满足用户需求的配置文件；所述配置文件包括具体服务的组合情况及其实现逻辑；依据所获取的配置文件及各服务资源节点的使用情况，发现与所述抽象服务相应的各个服务实例，生成候选执行计划列表；选择一执行计划完成相应的具体服务。

优选的，所述生成候选执行计划列表的步骤还需要参考网络状况。

优选的，所述的方法还可以包括：采用P2P消息的方式监控当前执行计划的状态。

优选的，当收到执行失败的消息时，所述的方法还可以包括：从所述候选执行计划列表中选择另一执行计划，恢复执行。优选的，所述的方法还可以包括：接收用户针对该新的执行计划的指定参数。

依据本发明的另一优选实施例，还公开了一种实现多种异构家庭网络标准之间互联的系统，包括：

接口模块，用于接收用户对抽象服务的请求及其参数；

抽象服务注册中心，用于接受各个服务提供者对其所提供的抽象服务的注册，所述注册包括提供面对抽象服务层面的配置文件；

服务发现模块，用于查询各个服务提供者所注册的面对抽象服务层面的配置文件，获取满足用户需求的配置文件；所述配置文件包括具体服务的组合情况及其实现逻辑；

服务建立模块，用于依据所获取的配置文件及各服务资源节点的使用情况，发现与所述抽象服务相应的各个服务实例，生成候选执行计划列表；

服务执行模块，用于选择一执行计划，调用相应的具体服务依次执行。

优选的，所述服务建立模块依据所获取的配置文件及各服务资源节点的使用情况，发现与所述抽象服务相应的各个服务实例以及网络状况，生成候选执行计划列表。

优选的，所述的系统还可以包括：服务维护模块，用于采用P2P消息的方式监控当前执行计划的状态。

优选的，所述的系统还可以包括：服务维护模块，包括监控子模块和恢复执行子模块；所述监控子模块用于采用P2P消息的方式监控当前执行计划的状态；所述恢复执行子模块，用于当收到执行失败的消息时，从所述候选执行计划列表中选择另一执行计划，恢复执行。优选的，所述服务维护模块还包括：参数确定子模块，用于接收用户针对该新的执行计划的指定参数。

与现有技术相比，本发明具有以下优点：

本发明提供了一个对多种异构家庭网络设备的服务集成，为用户提供了简单统一的、面向抽象服务的操作接口，简化了用户需要处理的步骤流程；当用户所支持的家庭网络标准与底层服务的家庭网络标准不同时，不需要重新配置相应标准的执行流程，就可以完成所需的服务。

其次，对于服务提供者而言，其也不需要了解所有的异构家庭网络标准的流程，只需要开发针对自己的家庭网络标准的服务流程即可，大大降低了第三方开发的难度。

再者，本发明可以从已注册的抽象服务中自动发现与用户所需相适应的抽象服务，并可以进一步发现各种可能的服务实例，然后选择最优的服务实例进行执行，所以本发明具有较好的适应性，能自适应地处理。进一步，当由于网络或者资源的变化，导致出现执行失败时，本发明还可以自动实现备份服务的恢复执行，保证用户所需的服务能够完成。

附图说明

图1是本发明一种实现多种异构家庭网络标准之间互联的方法实施例的步骤流程图；

图2是本发明的控制数据流示意图；

图3是本发明一种实现多种异构家庭网络标准之间互联的系统实施例的结构框图；

图4是本发明的服务的拓扑架构示意图；

图5是本发明的服务的功能架构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

参照图1，示出了本发明一种实现多种异构家庭网络标准之间互联的方法实施例，具体可以包括以下步骤：

步骤101、接收用户对抽象服务的请求及其参数；

步骤102、查询各个服务提供者所注册的面对抽象服务层面的配置文件，获取满足用户需求的配置文件；所述配置文件包括具体服务的组合情况及其实现逻辑；

步骤103、依据所获取的配置文件及各服务资源节点的使用情况，发现与所述抽象服务相应的各个服务实例，生成候选执行计划列表；优选的，所述生成候选执行计划列表的步骤还需要参考网络状况；

步骤104、选择一执行计划完成相应的具体服务。当然，具体服务的执行并不是本发明的工作了，而是由具体服务设备完成即可，所以在此对具体服务的完成过程不再详述。

上述实施例的解决方案就可以满足：当用户所支持的家庭网络标准与当前环境用于提供服务的家庭网络标准不同(异构)时，仍然可以简单方便地实现所需的服务。因为用户只需要提出自己所需要的抽象服务即可，而不需要配置或者了解当前家庭网络标准的服务实现流程，通过本发明可以实现异构家庭网络标准下的请求和服务很好的结合起来。

在本发明的另一优选实施例中，在服务执行的过程中，还需要监控和维护服务，例如，可以采用P2P消息的方式监控当前执行计划的状态。因为，在本发明的注册过程中多个服务节点实际上就可以构成一个P2P服务网络，所以本发明就可以通过P2P消息的方式监控当前执行计划的状态。

需要说明的是，在服务的执行过程中，可能由于网络或者服务资源的变化，或者需要执行的具体服务实例不可用时，就会出现服务执行失败的情况。当收到执行失败的消息时，本发明还可以从所述候选执行计划列表中选择另一执行计划，恢复执行。因为在上述实施例的步骤103中，本发明得到了一个包括多个服务实例的候选列表，所以可以从备选服务实例中选取一个替换当前服务即可，即仍然保证用户所需的服务能够完成。当然，由于备选服务和当前服务所需的参数可能会存在不同，因此，有可能还需要接收用户针对该新的执行计划的指定参数，或者默认参数。

为了实现上述实施例的步骤101和102，从开发人员的角度而言，需要向用户提供一个抽象服务的接口，还需要制定服务提供者所注册的配置文件的标准格式。

由于在本发明中，用户只需要面向最高层次的抽象服务即可，因此具体的服务实现流程对于用户而言是透明的，所以在后面的说明书中，也称之为“透明服务”。本发明中对于透明服务的描述可以包括汇聚服务接口和实现逻辑两个部分组成。其中汇聚服务接口是对用户提供的一致的、公开的操作或服务，以及输入和输出的消息等。实现逻辑包括数据流部分和控制流部分，其中数据流表示处理数据的流程，而控制流表示被处理数据的执行流程。下面我们将上述两个要求集中在一个配置文件来实现，具体的，如下：

300<Transparent Service>

     //名称定义，reference属性定义，abstract属性定义。

310  <TSInterface>

        //用来实现透明服务的接口定义

320     <messagedef>

             //透明服务接口所有的接收和发出的信息的定义

        </messagedef>

330     <operationdef>

             //透明服务接口所有对外呈现的操作

        </operationdef>

340     <MediaParameter>

              //透明服务需要提供的媒体参数

        </MediaParameter>

350     <ControlParameter>

              //透明服务需要提供的控制参数

        </ControlParameter>

360     <0Parameter>

             //透明服务提供给外界的输出数据

        </0Parameter>

370     <serviceproviders>

             //透明服务所要调用的服务地址

        </serviceproviders>

380     <operationproviders>

              //透明服务所要调用的服务的操作名称

        </operationproviders>

     </TSInterface>

390  <TSprocess>

        //服务控制的实现逻辑

     </TSprocess>

</Transparent Service>

上面是针对透明服务配置文件的一个简要说明，具体编程实现时，这个文件需要转化为相应的WSDL或XML文件(属于服务工作流技术领域的公知技术，在此不再赘述)。

其中，Transparent Service 300对透明服务的名称进行定义。TSInterface 310用来实现透明服务的接口定义。Messagedef 320定义透明服务接口所有的接收和发出的信息。Operationdef 330是透明服务接口所有对外呈现的操作。MediaParameter 340是透明服务需要提供的媒体参数。ControlParameter 350是透明服务需要提供的控制参数。0Parameter 360是透明服务提供给外界的输出数据。Serviceproviders 370是透明服务所要调用的服务地址。Operationproviders 380是透明服务所要调用的服务的操作名称。TSprocess 390是服务控制的实现逻辑。

下面，参照图2，详细描述本发明的一执行流程：

1、各种异构家庭网络的服务：IGRS服务412、CCP服务413、UPnP服务414进行服务注册411，所述注册是面向抽象服务的，并可以提供相应的配置文件(如前述的配置文件)。从前述的透明服务的描述以及注册过程，可以将各种服务节点组成一个P2P服务网络，当然，通过该P2P服务网络也可以完成对服务注册信息的更新与同步。

2、服务提供者400根据需要提供的服务，进行服务配置402。服务配置402是指一个具体的操作过程。

3、服务配置402的步骤可以用来解析前述注册的配置文件(如前述的配置文件)，从而建立在该家庭网络标准下的服务组合执行计划404。执行计划是一个抽象的服务组合工作流过程，只包含服务端口以及服务间的调用关系，但不涉及具体的服务实例。

4、用户通过本发明所提供的透明服务接口403，发出请求进行操作和交互。所述透明服务接口在前述的针对透明服务的配置文件有设定。从用户角度看，用户使用的是抽象服务，具体的物理实现细节对用户不可见，用户只需按照自己的需要使用服务，通过组合运算即即时组合服务，而不必关心服务如何实现。

接下来，本发明的执行引擎就可以依据前述得到的服务组合执行计划404进行相应的操作和交换；

5、按照用户的要求，发起服务请求405；

6、按照用户的要求，进行抽象服务发现406；

6.1)抽象服务发现406在所注册的信息中进行搜索获得符合条件的抽象服务。

在前述的透明服务配置文件中，服务端口定义了用户可以使用的功能；而在实现具体服务的服务约束中给出了该服务的非功能性属性，如：服务位置、服务有效期、服务提供商、服务租借费用等。即在本发明中，用户可以通过透明服务接口提出所需抽象服务的一些参数。

抽象服务发现406就可以动态的依据这些参数或者服务查找条件搜索满足用户需求的抽象服务。例如，抽象服务发现406可以在P2P管道服务基础上通过服务动态查找算法实现；它在P2P网络中查找满足条件的服务配置，并根据各服务得约束条件和质量参数等动态选择要执行的服务。

6.2)当被使用的服务因网络环境动态变化而不可用时，本发明可以根据动态查找算法，重新定位替代服务供用户使用，而用户不必考虑服务查找过程。通过服务动态查找，可以获得透明的服务使用与组合，动态地适应服务变化。在某个提供服务的网络节点不可达或因用户位置移动，原有服务不可使用时，本发明可以通过动态服务查找屏蔽这些变化。

7、抽象服务发现406将发现的结果传给服务选择407；按照用户的要求或者家庭网络的当前情况，选择合适的服务。

如果服务选择的请求来自服务请求模块405，则服务选择407将结果传给服务建立408。如果服务选择的请求来自服务维护模块409，则服务选择407将结果传给服务维护409。

8、按照用户的要求，进行服务建立408；服务建立408把结果传给服务维护409。

服务建立408用于把被选择的服务组合在一起。根据执行计划404和各服务资源节点当前的资源可用性、负载情况以及网络状况，动态发现所需抽象服务的所有服务实例，生成候选执行引擎列表；并根据服务质量，从候选流程选择和形成一个最优的执行计划。由于构建的是一个P2P服务网络，在服务节点之间建立联系时会形成前后的关系，而服务节点上的引擎之间也会形成前驱和后续的关系。在执行流程中，前驱引擎和后续引擎之间通过P2P消息跟踪当前执行计划的状态。

执行引擎动态地发现其他执行引擎，通过P2P信息交换，串行或并行地协作完成一个组合服务的动态执行，最后将计算结果返回给组合服务调用者。其间，执行引擎根据各服务资源节点当前的资源可用性、负载情况以及网络状况，动态发现相应的所有服务实例，并确定同类服务的执行优先级。

9、按照用户的要求，进行服务维护409。

服务维护409支持对流程适应性的设计和维护，类似于应用程序中的插件的概念，用于封装不同的流程适应性策略，并可以在运行时刻加载和删除。对于某个特定的系统目标，可以为之定义多个备选的流程，并指定相应的选择策略。

在引擎执行过程中，由于网络和服务资源的变化，或需要执行的具体服务实例不可用时，出现相应的报告，则服务维护409启动维护流程：

执行引擎向其直接前驱发送失败消息，告之服务执行失败，请求替换服务。前驱引擎收到失败消息，利用服务选择407查看本地保存的候选引擎列表，找出其它候选执行引擎，恢复执行。当一个候选服务被选择替代现有服务时，其可能存在失配现象。例如，不同网络服务的消息格式以及内容描述差异可能很大，很难提供一种全自动化的手段来将针对某个网络服务的消息转换成另一个网络服务所需的并能处理的消息。

另外，当替代服务需要比被替代服务更多的参数时，也不可能自动提供或补充替代服务所需的额外消息。一般的，需要用户显式给出确定的替代服务，并在描述信息中指明如何将被替代服务的消息映射成替代服务的消息。在映射时，可能会出现信息不够或信息多余的情况。这时，允许用户为缺少的信息提供某种默认值，同时将替代服务不需要的信息舍弃。如果原始消息中不存在对应的参数，则需要为替代服务的参数指定默认值；如果替代服务不需要该参数，则不需要制定对应的参数。

如果在候选引擎列表为空，则服务维护409调用服务发现406查看新的服务。

如果无替代服务或替代服务执行失败时，将抛出服务组合执行失败的异常，进入服务撤销410。

10、按照用户的要求，进行服务撤销410。

参照图3，示出了本发明一种实现多种异构家庭网络标准之间互联的系统实施例，具体可以包括以下部件：

接口模块501，用于接收用户对抽象服务的请求及其参数；

抽象服务注册中心502，用于接受各个服务提供者对其所提供的抽象服务的注册，所述注册包括提供面对抽象服务层面的配置文件；

服务发现模块503，用于查询各个服务提供者所注册的面对抽象服务层面的配置文件，获取满足用户需求的配置文件；所述配置文件包括具体服务的组合情况及其实现逻辑；

服务建立模块504，用于依据所获取的配置文件及各服务资源节点的使用情况，发现与所述抽象服务相应的各个服务实例，生成候选执行计划列表；

服务执行模块505，用于选择一执行计划，调用相应的具体服务依次执行。

在本发明的另一优选实施例中，所述服务建立模块依据所获取的配置文件及各服务资源节点的使用情况，发现与所述抽象服务相应的各个服务实例以及网络状况，生成候选执行计划列表。

在本发明的另一优选实施例中，所述互联系统还可以包括用于监控和维护服务执行的服务维护模块506，优选的，所述服务维护模块506采用P2P消息的方式监控当前执行计划的状态。

为了满足用户更为复杂的维护需求，在本发明的另一优选实施例中，可以包括具有更复杂功能的服务维护模块506，所述服务维护模块506可以进一步包括监控子模块和恢复执行子模块。其中，所述监控子模块用于采用P2P消息的方式监控当前执行计划的状态；所述恢复执行子模块，用于当收到执行失败的消息时，从所述候选执行计划列表中选择另一执行计划，恢复执行。当替换服务与原服务所需的参数不一致时，所述服务维护模块506还可以进一步包括参数确定子模块，用于接收用户针对该新的执行计划的指定参数。

参照图4，我们从服务的拓扑架构的角度对本发明作进一步的说明。在图4中，各种异构家庭网络的服务被映射为抽象服务后，注册到抽象服务注册中心620。各个提供相应服务的节点650组合构成一个P2P网络，通过抽象服务通告在注册中心620完成注册，通过服务调用得到服务实例630。

服务提供者660提供面向抽象服务的配置文档610给本发明的抽象服务执行引擎640相连；用户600通过抽象服务接口670连接到执行引擎640。所述执行引擎640支持对异构服务的功能及参数的抽象，允许用户使用抽象服务端口和约束条件进行动态的服务实例的选取和执行，并通过P2P协作(调用由节点650构成的P2P网络)完成一个抽象服务组合任务，提高了服务组合执行的性能和可靠性。

执行引擎640从与实现流程步骤相对应的角度，可以划分为图3中所示的服务发现模块、建立模块、执行模块以及维护模块等等。而如果从技术人员开发实现的角度，则可以将执行引擎640划分为：消息管理、候选引擎管理、过程规约转化和调度、服务调用、服务结果分发、应用状态维护、适应性策略模块以及感应器等几个模块。其中，

候选引擎管理模块负责服务的动态发现和调用；

消息管理模块负责引擎间的消息交换；

过程规约转化和调度模块负责过程规约的转化，协调服务组合中多个并发执行的服务在不同引擎上的执行，调度各个服务组合任务以及服务实例的执行，并更新组合执行计划，协调完成整个服务组合的执行；

应用状态维护模块负责记录和更新各具体服务的服务质量参数以及其他运行时状态数据，包括该服务调用次数、可靠性和可用性概率等。应用状态维护模块和适应性策略模块一块可以对应与图3中所示的服务维护模块。

感应器用于监测底层网络和服务的状态及其变化。

下面参照图5，从服务的功能架构层面对本发明作更进一步的说明。

图5示出了用户到底层的具体服务之间的连接关系。

最上面是透明服务720是一种汇聚服务，为用户呈现一个单一的接入接口，提供单一的网络资源映像。透明服务720将一组具有相同功能，但服务约束不尽相同的服务抽象出来。与本说明前面的描述对应理解，透明服务720一方面向最上层的用户提供了一个面向抽象服务的统一接口，而不管用户所支持的家庭网络标准是什么类型；另一方面，透明服务720通过服务提供者面向抽象服务的配置文件，将用户的抽象服务与底层的具体服务连接起来。

另外，实际上服务提供者也可以通过透明服务720接入来建立和维护家庭网络中的各种服务。透明服务720为该服务节点上的相关服务组件形成本地的局部视图，通过对等服务之间的汇聚形成一个全局关联的服务视图。这些服务汇聚点分布在网络的不同地方。其中，最接近用户的接入点是用户的物理接入点。其为用户提供的是一个抽象的服务层、一致性模型、接入行为。通过本说明书前面的描述，可以知悉，透明服务720组合不需要用户干预，可以动态选择服务实例。

图5中，为用户提供的接口API 760，比现在的家庭网络标准提供的服务接口要在更高层次粒度上，更便于用户使用。API 760是透明服务720和其子服务740之间的边界。透明服务720通过API760看到的是一致的家庭网络服务列表。而在这个接口后面，支持透明服务720的是API 760下面的服务空间750和服务控制流730。

服务空间750是由各种子服务740构成。子服务是为实现透明服务，而映射到透明服务的服务空间内的底层家庭网络的具体服务。透明服务720支持对子服务740的访问，通过与子服务740的交互，表达与其他用户和提供商之间的协同工作，以及表达对服务组合的描述。透明服务通过动态地组合这些子服务来实现。

服务控制流730具有动态组合服务的能力。本发明可以通过服务控制流730在服务节点集群中分布和切换技术来管理动态的家庭网络服务资源，对服务的整个生命周期进行控制和维护。当实现该服务的具体服务实例因网络环境变化不可用时，服务控制流730可以动态选择另一可用服务满足用户的需求。同时，如果该流程下无法实现时，可以自动地切换到替代流程。由于服务状态是由服务控制流730所维护的，服务实例可以崩溃和不需要复杂恢复过程的重启。用户不用考虑处理这些问题的复杂服务逻辑，大大简化了服务的构建。对用户而言，这一过程是透明的。

本发明为了实现在包含媒体、通信和处理的情况下，对服务流的扩展，可以按照一定标准把媒体参数、服务控制参数和服务控制逻辑、状态要封装在流中，让中间处理节点可以独立处理，能够被扩展、组合和应用。服务提供者可以根据其服务逻辑的需求，通过服务引用(Service Reference)，对已经封装好的服务模块进行重新包装、组合和扩展。

子服务740可以通过虚拟资源协同来实现这些操作。这些子服务740之间的交互是通过一个信息交互总线780来实现的。信息交互总线780通过网格的信息交换交互机制的支持，解耦了服务和服务之间的紧耦合关系，也解耦了服务和资源之间的紧耦合关系。对于一个服务来说，其使用的不是一个资源，而是一组资源的集群。而各种网络的相应资源控制协议也被前面的资源映射方法映射到服务空间750中。

最下面是底层各种异构家庭网络标准提供的各种服务，例如IGRS标准770的AV Profile中提供的内容索引服务、连接管理服务、媒体源传输管理服务、呈现管理服务、媒体目标传输管理服务等。

本发明采用服务控制流为用户提供服务，大大降低了用户和提供商在异构家庭网络之间集成的复杂度，较好地解决了可扩展性问题。使用本发明来存储和管理家庭网络路由的所有服务状态，可以把用户从各种异构网络的互联互通以及家庭网络建立和维护过程中对底层网络资源控制的复杂性中隔离出来，因而简化了家庭网络服务实现的过程。

下面我们以两个实例来说明本发明的核心优势：面向抽象服务。

第一个场景是Mill是一家韩国公司的职员，到中国出差。他在韩国使用的是支持CCP标准的信息家电。在中国分公司的办公楼里，Mill用他的笔记本电脑通过无线网络访问公司里的各种办公资源。而此时这些信息家电主要是支持IGRS标准或UPnP标准。有时会议后，他需要远程使用一台服务器上的软件处理相关数据，并将结果打印出来，由于他的临时办公位置经常变动，每次打印文件时，他都需要找一台离他最近的打印机。而有时候，由于疏忽以及其他原因，Mill原来使用的打印机并没有在网络被拥有者共享。也就是说，如果我们在使用CCP标准的计算机需要打印服务，到了IGRS标准的网络中不会自动的、动态的实现服务流程的动态切换来发现适合在IGRS标准的网络中的打印服务。因此，Mill需要重新配置支持IGRS标准或UPnP标准的打印机，很不方便。

其实，不只是Mill，其他公司的职员也经常在工作中遇到类似的资源使用问题。对于开发人员来说，为了支持各种异构家庭网络标准的互联来解决打印这样一个问题，就必须开发各种异构家庭网络标准下的打印流程，复杂度太高。有N种家庭网络标准，就必须开发出N种打印流程。

而如果采用本发明，则在支持IGRS标准的网络里，开放人员只需要了解IGRS家庭网络流程的打印流程，并使用之来实现透明的打印服务，即提供针对打印服务(抽象服务)的配置文件(包括具体的IGRS家庭网络流程的打印流程)即可。例如，在IGRS家庭网络中，服务提供者建立基于IGRS标准的打印流程，并注册到本发明中，则用户就可以通过调用透明的打印服务来使用支持IGRS标准的打印机。

第二个场景是大家参加一个国际会议，带来不同的演示视频节目，需要通过无线的方式投影到大会的大显示器上。中国代表的笔记本电脑支持IGRS标准的无线高清电视投影，欧洲代表的笔记本电脑支持UPnP标准的无线高清电视投影，韩国代表的笔记本电脑支持CCP标准的无线高清电视投影，日本代表的笔记本电脑支持ECHONET的无线高清电视投影。

为了支持这种场景，在现有技术下，就必须开发各种异构家庭网络标准下的无线高清电视投影流程，复杂度太高。有N种家庭网络标准，就必须开发出N种无线高清电视投影流程，以支持各个用户的服务请求。

如果采用本发明，则在支持IGRS标准的网络里，开放人员只需要了解IGRS家庭网络流程的无线高清电视投影流程，并使用之来实现透明的无线高清电视投影服务。例如，在IGRS家庭网络中，服务提供者按照前述的透明服务配置文件的格式，建立基于IGRS标准的无线高清电视投影流程，并注册，则用户就可以通过调用透明的无线高清电视投影服务来使用支持IGRS标准的无线高清电视投影。这样各国的代表就可以欣赏到支持不同家庭网络标准的无线高清电视投影，而不管各国代表所支持的家庭网络标准是什么。如果日本代表需要了解中国代表的信息，系统可以通过透明服务自动切换到中国代表所带来的支持IGRS标准的笔记本上。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本发明所提供的一种实现多种异构家庭网络标准之间互联的方法和系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。