用于同步服务元数据的系统和方法

1.一种用于将服务元数据同步为用于正则表示服务元数据的格式的方法，包括：
检查多个应用，每个应用提供具有相关联的服务元数据的至少一个服务，其中所述每个应用以本机格式产生所述服务元数据；
为所述多个应用提供一组连接器，其中每种类型的所述应用具有取决于应用的所述类型的不同连接器；
由该组连接器从所述多个应用中的每一个获取所述服务元数据，其中每个连接器以所述本机格式用所述服务元数据填充节点对象；
从所述连接器将所述节点对象提供到规范器；
由所述规范器规范化所述每个应用的服务元数据，其中所述规范器将所述节点对象从所述本机格式转化为用于服务元数据的正则表示的格式并且创建工件并在储存库中存储所述工件，并且其中所述规范器维护指向提供器的链接；以及
由所述提供器将规范化的服务元数据发布到一个或多个后端系统。
2.根据权利要求1所述的方法，其中，所述用于正则表示服务元数据的格式是服务组件体系结构。
3.根据权利要求1所述的方法，其中，用于搜索所述储存库的标准协议是统一描述、发现和集成。
4.根据权利要求1所述的方法，其中，所述服务元数据包括：设计时元数据、部署元数据、服务接口、服务依赖关系、大纲、属性、服务之间的关系、服务绑定、策略，以及能够公开的实现细节。
5.根据权利要求1所述的方法，其中，服务消费者访问所述储存库，以获取所述规范化的服务元数据。
6.一种用于将服务元数据同步为用于正则表示服务元数据的格式的系统，包括：
运行在一个或多个计算设备上的多个应用，每个应用提供具有相关联的服务元数据的至少一个服务，其中所述每个应用以本机格式产生所述服务元数据；
与所述多个应用中每一个相关联的至少一个连接器，所述连接器由所述一个或多个计算设备运行，其中每个类型的所述应用取决于应用的所述类型而与不同连接器相关联，其中，所述连接器允许同步系统与所述每个应用双向地进行通信，并且其中所述连接器从与所述连接器相关联的应用获取所述服务元数据，并以所述本机格式用所述服务元数据填充节点对象；
用于每个所述应用的一个规范器，其中，所述规范器将包含所述服务元数据的所述节点对象从所述本机格式转换为用于服务元数据的正则表示的格式并且创建工件并在储存库中存储所述工件；以及
用于每个服务生产商的至少一个提供器，其中，所述提供器将服务元数据的所述正则表示发布到一个或多个后端系统。
7.根据权利要求6所述的系统，其中，所述储存库支持统一描述、发现和集成。
8.根据权利要求6所述的系统，其中，按顺序处理提供器链。
9.根据权利要求6所述的系统，其中，用于正则表示服务元数据的所述格式是服务组件体系结构。
10.一种用于将服务元数据同步为用于正则表示服务元数据的格式的系统，包括：
用于检查多个应用的装置，每个应用提供具有相关联的服务元数据的至少一个服务，其中所述每个应用以本机格式产生所述服务元数据；
用于为所述多个应用提供一组连接器的装置，其中每种类型的所述应用具有取决于应用的所述类型的不同连接器；
用于由该组连接器从所述多个应用中的每一个获取所述服务元数据的装置，其中每个连接器以所述本机格式用所述服务元数据填充节点对象；
用于从所述连接器将所述节点对象提供到规范器的装置；
用于由所述规范器规范化所述每个应用的服务元数据的装置，其中所述规范器将所述节点对象从所述本机格式转化为用于服务元数据的正则表示的格式并且创建工件并在储存库中存储所述工件，并且其中所述规范器维护指向提供器的链接；以及
用于由所述提供器将规范化的服务元数据发布到一个或多个后端系统的装置。
11.根据权利要求10所述的系统，其中，用于正则表示服务元数据的所述格式是服务组件体系结构。
12.根据权利要求10所述的系统，其中，用于搜索所述储存库的标准协议是统一描述、发现和集成。
13.根据权利要求10所述的系统，其中，所述服务元数据包括：设计时元数据、部署元数据、服务接口、服务依赖关系、大纲、属性、服务之间的关系、服务绑定、策略，以及能够公开的实现细节。

用于同步服务元数据的系统和方法\n[0001] 优先权声明\n[0002] 2007年7月17日提交的Muthukumar S.Palanisamy的标题为“SYSTEM AND METHOD FOR SYNCHRONIZING SERVICEMETADATA”的美国临时专利申请No.60/950,308(代理人档案号码ORACL-02135US0)；\n[0003] 2008年2月15日提交的Muthukumar S.Palanisamy的标题为“SYSTEM AND METHOD FOR SYNCHRONIZING SERVICEMETADATA”的美国专利申请No.12/032,546(代理人档案号码ORACL-02135US1)。\n技术领域\n[0004] 本发明涉及面向服务的体系结构，以及使元数据储存库中的服务元数据与使用该服务元数据的软件应用同步。\n背景技术\n[0005] 面向服务的体系结构(SOA)基于将往昔的单片电路应用和信息技术基础架构分解为分离的、基于标准的，可通过网络访问的服务的矩阵。转换的过程需要现有的信息技术基础架构的应用和业务进程的组织、识别，以及重新确定用途。转换到SOA的过程始于分析IT基础架构，以识别变为服务或以别的方式支持SOA的应用、业务进程，及其他软件资产。\n[0006] 元数据是关于数据的数据，或更具体来说，有关数据的内容的信息；服务元数据是有关SOA中的服务的信息。服务生产商使用服务元数据来描述服务消费者要与服务生产商进行交互所必须知道的内容。服务元数据由服务生产商存储在元数据储存库中，然后，由服务消费者对其进行访问。元数据储存库提供资产组合的透明度，该组合内的资产可追溯性，将资产彼此连接的关系和相互依赖，管理资产的使用的策略，以及产生资产和消费资产的项目。\n[0007] 服务组件体系结构(SCA)是一组规范，描述了用于使用面向服务的体系结构构建应用和系统的模型。SCA将以前的方法延伸和补充以实现服务。SCA构建在诸如Web服务之类的开放标准上。SCA按照组件、合成件(连接的组件的群)(composite)，以及用于连接组件的线路来定义服务和系统。SCA提供了用于正则(canonical)表示服务元数据的格式。\n发明内容\n[0008] 一种用于将服务元数据同步为用于正则表示服务元数据的格式并将同步的服务元数据发布到元数据储存库中的系统和方法。该方法包括：从服务生产商接收服务元数据；\n将服务元数据规范化为用于正则表示服务元数据的格式；以及，将规范化的服务元数据发布到支持用于正则表示服务元数据的格式的元数据储存库。该系统包括：每个服务生产商的至少一个连接器，其中，所述连接器允许同步系统与所述服务生产商双向地进行通信；每个服务生产商的一个规范器，其中，所述规范器将所述服务元数据转换为用于正则表示服务元数据的格式；以及，每个服务生产商的至少一个提供器，其中，所述提供器将服务元数据的所述正则表示发布到元数据储存库。\n附图说明\n[0009] 图1显示了一个实施例的系统体系结构。\n[0010] 图2显示了一个实施例的提供器管道。\n[0011] 图3显示了一个实施例的同步服务元数据的方法的过程。\n[0012] 图4显示了一个实施例的描述类和接口的UML图形。\n[0013] 图5显示了一个实施例的系统体系结构。\n具体实施方式\n[0014] 在采用服务组件体系结构(SCA)标准之前，创建了许多现有的软件应用。这些服务生产商以他们自己的专有的格式创建服务元数据。所需要的是用于将服务元数据从专有的格式同步到用于正则表示服务元数据的规范化格式以便存储在元数据储存库中的系统。\n[0015] 这里描述了用于将服务元数据从专有的格式同步到用于正则表示服务元数据的规范化格式以便存储在元数据储存库中的系统。该系统以双向的方式同步软件应用的服务元数据。一旦同步了元数据，它可用于以标准格式被消费。在一个实施例中，标准格式是服务组件体系结构(SCA)。元数据分布在异类环境中。可以利用服务元数据的应用的示例包括：设计时集成开发环境(IDE)，带有设计时的非IDE、带有获取元数据的服务的运行时引擎，以及使用数据库来存储元数据的应用。被同步的元数据的类型包括：服务依赖关系、服务接口、大纲(schema)、属性、关系、绑定、策略，可公开的实现方式细节，以及编排定义。\n[0016] 术语\n[0017] 工件(artifact)是由服务生产商生产的并由服务消费者所使用的某种东西。对于每一个软件应用的“设计”工具，工件当前呈现文件系统上的文件的形式；例如，数据服务(.ds)文件；XML大纲文件；WSDL文件。某些软件应用为部署的系统提供了元数据API；例如，元数据服务。\n[0018] 工件元数据是有关工件的有用信息。示例：名称、版本、最后修改的时间戳、URL、属性等等。相关的是具体涉及服务的元数据。\n[0019] 资产是元数据储存库中的工件或工件的一部分的表示。资产是特定资产类型。可以使用关系将资产相关联，关系也是按类型的。\n[0020] 工件元数据存储在目标储存库中。假设工件本身被存储在目标储存库的外部，可能存储在源配置管理(SCM)系统中。\n[0021] 元数据储存库具有被定义为代表每一个受支持的软件应用的工件的资产类型。这些是预先定义的，并作为安装过程或启动过程的一部分，直接安装到元数据储存库中。在一个实施例中，服务组件体系结构(SCA)用于元数据的正则表示。\n[0022] 在一个实施例中，软件应用将它们的工件存储在软件配置管理(SCM)系统中，或存储在文件系统上，而元数据储存库存放工件元数据。具体来说，元数据储存库存放与由每一个软件应用产生的关于服务的元数据。\n[0023] 同步也可以满足其他元数据储存库导入/导出需求。实施例可以包括：使用与元数据储存库元数据模型一致的并遵循SCA的公共模型；到任意UDDI注册表的接口；到任何ebXML注册表的接口；到本发明的实施例的远程API；将元数据服务储存库当作SCM(对于没有SCM并希望持续它们的文件的软件应用)；到服务注册表的接口；以及，在整个模块中提供SCA API。\n[0024] 同步系统位于使用与服务相关的元数据的应用和存储了元数据的元数据储存库之间。同步系统包括：将服务生产商和服务消费者连接到同步系统的连接器；将服务元数据从专有的格式转换为用于正则表示服务元数据的规范化格式的规范器；以及，将规范化的服务元数据发布到元数据储存库和/或其他后端系统的提供器。\n[0025] 在一个实施例中，同步系统供元数据储存库使用。元数据储存库提供用于管理任何类型的软件资产(从业务进程和Web服务到模式、框架、应用，以及组件)的元数据的工具。连接那些软件资产的关系和相互依赖关系被映射以改进影响分析，提升和优化重复使用，以及测量底线值。元数据储存库提供整个企业软件资产组合的可视性和可追溯性。目标是让机构管理软件资产生命周期以确保符合体系结构。在一个实施例中，元数据储存库提供有关服务、设计时和/或运行时的信息。在一个实施例中，元数据储存库可以提供指向在元数据储存库外面存在的设计时工件(例如，存储在源代码管理系统中的设计时工件)的位置信息。在一个实施例中，元数据储存库提供指向服务的运行时实例的位置信息。\n[0026] 图1显示了一个实施例的系统体系结构。服务生产商100以专有的格式创建服务元数据116。服务元数据116被从服务生产商100发送到该类型的软件应用的特定连接器\n102。连接器将服务元数据发送到规范器104，该规范器104将服务元数据116转换为用于正则表示服务元数据的规范化格式。然后，规范器104将规范化的服务元数据118传递到提供器106，提供器106将规范化服务元数据118发布到元数据储存库108。在一个实施例中，提供器108将规范化服务元数据118发布到文件系统110。在一个实施例中，提供器108将规范化服务元数据118发布到服务注册表112。\n[0027] 图2显示了一个实施例的提供器管道。服务元数据被从规范器200传递到按顺序对服务元数据进行处理的一系列提供器。第一提供器202使用存储在元数据储存库208中的管理规则，将管理规则应用于服务元数据。第二提供器204将定制处理应用于服务元数据。第三提供器206将服务元数据发布到元数据储存库208。\n[0028] 图3显示了一个实施例的同步服务元数据的方法。从软件应用接收到服务元数据\n300。然后，将服务元数据规范化为用于正则表示服务元数据的格式302。然后，将服务元数据存储在支持用于正则表示服务元数据的格式的元数据储存库中304。\n[0029] 在一个特定实施例中，提供器称为RepoProvider。其他实施例可以以不同的方式描述提供器。\n[0030] 图4显示了系统的一个实施例的描述类和接口的UML图。连接器400将软件应用(无论是服务生产商还是消费者)连接到同步系统。规范器402将服务元数据从专有的格式转换为用于正则表示服务元数据的规范化格式。RepoProvider404发布规范化的服务元数据。通过服务元数据来描述服务406。一个或多个组件408是使用一个或多个服务406的合成件410的一部分。\n[0031] 图5显示了一个实施例的系统体系结构。服务生产商500以专有的格式创建服务元数据。服务元数据通过服务产生插件502，从服务生产商500发送到该类型的服务生产商的连接器506。连接器将服务元数据发送到规范器510，该规范器510将服务元数据转换为用于使用转换元数据508正则表示服务元数据514的规范化格式。然后，规范器510将规范化的服务元数据514传递到提供器512，提供器512通过元数据储存库插件516将规范化服务元数据514发布到元数据储存库518。在一个实施例中，元数据储存库518将元数据存储在主元数据数据库520中。在一个实施例中，提供器512将服务元数据发布到文件系统\n522。在一个实施例中，提供器512将服务元数据发布到服务注册表524。\n[0032] 取决于软件应用的类型，每种软件应用都具有不同的连接器。连接器启动同步过程。连接器获取服务元数据，并以本机形式填充节点对象。连接器维护指向规范器的链接。\n[0033] 取决于软件应用的类型，每一种软件应用都具有不同的规范器。规范器从服务生产商特定的工件创建SCA工件，反之亦然。规范器提供了API，该API从连接器取得节点对象，将它转换为SCA格式，并使SCA对象在本地进程中可用。规范器提供了API，可以用来自可以直接产生SCA工件的应用的SCA工件来供应该API。这允许可以天然地说SCA的任何应用都与支持SCA的元数据储存库或任何后端系统(如文件系统或服务注册表)进行互操作。规范器维护指向提供器的链接，该提供器从存储器或文件系统取得SCA工件，转换到目标格式，并进行发布，反之亦然。例如，UDDIPublisher将服务发布到UDDI。\n[0034] 在一个实施例中，每一个后端系统都有一个提供器，包括元数据储存库、服务注册表，文件系统等等。提供器使用后端特定的API来进行发布/询问；例如，UDDI API。如果后端不支持“服务”，则系统带有可遥控的提供器接口以允许后端利用批处理周期性地使元数据同步。\n[0035] 在某些实施例中，提供器管道允许后端储存库支持SOA管理，其中，发布和接收元数据需要用户授权。为了支持即插即用体系结构，使用了提供器管道，提供器管道是按顺序处理的提供器链。当链中的提供器引发异常或失败时，处理停止。管理处理可以包在提供器中，如果SOA管理允许发布，则另一个提供器可以进行发布。\n[0036] 在一个实施例中，服务元数据存储在元数据储存库中。元数据储存库提供用于管理任何类型的软件资产(从业务进程和Web服务到模式、框架、应用，以及组件)的元数据的工具。元数据储存库映射连接那些软件资产的关系和相互依赖关系，以改进影响分析，提升和优化重复使用，以及测量底线值。元数据储存库提供整个企业软件资产组合的可见度和可追溯性。元数据储存库被设计为让机构管理软件资产生命周期，以确保符合体系结构。\n[0037] 下面是被同步的元数据的类型示例：\n[0038] 服务的依赖关系信息被同步。一个服务可以消费一个或多个其他服务。由于服务依赖关系和服务接口不以标准格式跨软件应用地存储，因此，系统首先规范化服务信息，并使它可用于消费。在一个实施例中，系统将服务依赖关系和服务接口规范化为SCA格式。\n[0039] 同步以自下而上或自上而下地进行。对于已经创建了服务的“自下而上”的方法，系统同步各种软件应用的服务信息，并与接口/签名、属性等等一起显示依赖关系图。对于“自上而下”的方法，由架构师输入的信息被用作模板，并且系统以本机格式创建工件。例如，这被用来创建模板DataService(*.ds)文件，该文件被软件开发人员用作起点。\n[0040] 元数据储存库充当记录系统，并跨企业地维护元数据。在服务元数据被规范化为标准SCA模型之后，将规范化的服务元数据发布到元数据储存库。该储存库只须理解SCA模型。提供器也可以将服务元数据信息发布到服务注册表。\n[0041] 软件应用在异类环境中操作，其中，对服务信息和元数据的访问是使用各种方法或协议实现的。某些软件应用公开API，以直接从本地文件系统访问元数据，而某些软件应用需要使用诸如JMX之类的远程API来访问此信息。\n[0042] 连接器通过封装逻辑来提供到每个应用的元数据的双向连接性，以连接到每个目标系统。每个应用都可以具有一个或多个获取元数据并使它对规范器可用的连接器。\n[0043] 例如，软件应用可以具有一个连接器，以用于使直接来自支持离线模式(其中，它不连接到正在运行的引擎)的设计时IDE的元数据同步，还可以具有另一个连接器，以用于同步来自使用由软件应用公开的远程目录服务API的正在运行的引擎的元数据。\n[0044] 规范器的目标是将专有的服务信息规范化为SCA格式，并使它直接作为“存储器中的”Java对象可用。通过使连接器和规范器分离，可以为给定软件应用创建多个连接器和规范器，其中，可以以各种方法访问元数据，从而提供可重复使用的体系结构。对于每一种服务生产商，都有一个规范器。规范器从软件应用特定的工件创建SCA工件，反之亦然。\n规范器提供了API，该API从连接器取得节点对象，将它转换为SCA格式，并使SCA对象在本地进程中可用。规范器提供了API，可以用来自可以直接产生SCA工件的应用的SCA工件来供应该API。这允许可以天然地“说”SCA的软件应用与元数据储存库或任何后端进行交互操作。规范器维护指向提供器的链接，每个目标(例如，企业服务储存库)一个链接，该提供器从存储器或文件系统取得SCA工件，转换到目标repo格式，并将其发布，反之亦然。例如，UDDIPublisher将服务发布到UDDI。\n[0045] 提供器的目标是将服务信息和元数据发布到诸如企业服务储存库或服务注册表之类的后端。由于服务信息被规范化为标准模型，因此，提供器只需要处理标准模型，并使用后端特定的API来发布该信息。随着越来越多的诸如伙伴储存库的后端变得可用，可以编写额外的提供器插件，以发布到该特定的后端。\n[0046] 提供器示例包括默认文件提供器、元数据储存库提供器、服务注册表提供器、远程提供器，以及系统提供器。默认文件提供器可以向文件系统写入SCA工件及其他元数据，并从文件系统读取SCA工件及其他元数据。元数据储存库提供器向元数据储存库发布元数据，并从元数据储存库接收元数据。服务注册表提供器向符合UDDI或ebXML的标准注册表发布元数据，并从那里接收元数据。远程提供器提供通过连接到远程服务将元数据发布到远程驱动器的远程API。远程提供器的客户端和服务器两者都是作为Web服务提供的。系统提供器组装或集合来自多个系统的合成件文件。例如，如果一个服务通过使用标准Web服务来消费另一个服务，则系统提供器可以扫描这两个服务的合成件文件，并进行从第一个服务的组件到第二个服务的连线。\n[0047] 一个实施例是用于使来自软件应用的与服务相关的元数据与支持服务组件体系结构(SCA)作为服务元数据的正则表示的元数据储存库同步的软件组件，因为SCA是在表示由服务组成的系统方面行业的发展方向。该组件可用于多个运行时环境(UI的，嵌入在其他应用中，分立的等等)。它被设计为模块化的，带有用于应用专用的接口的插件。\n[0048] 元数据储存库存储与服务相关的元数据。此元数据有两种形式：1)设计时元数据：服务以及它们如何相关；以及，2)部署元数据：配置和部署信息。\n[0049] 下面是存储在元数据储存库中的元数据的详细(尽管不一定是全面的)列表：\n[0050] ●服务接口-设计时和部署；\n[0051] ●服务依赖关系-服务可以消费一个或多个其他服务；\n[0052] ●大纲-设计时；\n[0053] ●属性-设计时(定义)和部署(设置)；\n[0054] ●服务之间的关系-设计时；\n[0055] ●服务绑定-部署；\n[0056] ●策略；以及\n[0057] ●可公开的实现方式细节-部署。\n[0058] 此服务元数据由服务生产商进行定义，随后被搜索，被服务消费者以某种方式重复使用。元数据储存库管理并提供对关于服务的信息的访问，无论是设计时还是运行时。它可以提供指向在元数据储存库外面(例如，在源代码管理(SCM)系统中)存在的设计时工件的位置信息(例如，URL)。它还可以提供指向服务的运行时实例的位置信息。然而，这些位置参考在正在消费的服务内是不可解析的。\n[0059] 同步服务元数据的应用案例\n[0060] 共享资产。共享关于设计时或运行时(部署的)服务工件的信息到元数据储存库。\n[0061] a.新的工件。将一组相关的工件发送到元数据储存库。\n[0062] b.现有的工件。将一组相关的工件发送到元数据储存库，更新与那些工件关联的与服务相关的元数据。\n[0063] c.删除工件。从储存库中删除工件以及其所有依赖关系，以便它不再能被使用/共享。\n[0064] 使用资产。使用存储在元数据储存库中的设计时或运行时(部署的)服务信息。\n[0065] a.检索工件。检索一个或多个给定了已知的唯一ID的工件，并且可选地，检索与初始集合相关的所有从属的工件。\n[0066] b.浏览/检索。从某种上下文开始，沿着资产之间定义的关系，(通过导航)浏览储存库，查看工件的元数据，下载一个或多个工件，并且可选地，下载所有从属的工件。\n[0067] c.查询/检索。查询储存库，查看工件的元数据，下载一个或多个工件，可选地，下载所有从属的工件。\n[0068] 将服务生产商元数据写入到元数据储存库中。\n[0069] 查看并从设计工具访问元数据储存库工件元数据。\n[0070] 从设计工具搜索元数据储存库，以查找工件元数据。\n[0071] 检索元数据储存库中的作为资产或资产文件存储的特定工件。\n[0072] 更新资产会导致在元数据储存库内产生资产的新版本。新版本不会覆盖或删除旧版本。\n[0073] 为了互操作性目的，以SCA形式公开元数据信息。\n[0074] WSDL是指定和交换服务信息(设计时和部署信息)的标准方式。当元数据储存库内观(introspect)WSDL时，元数据储存库存储WSDL。某些软件应用使用和/或产生WSDL。\n[0075] 对那些计算机领域的技术人员显而易见的是，可以使用常规通用计算机或根据本发明的原理编程的专门数字计算机或微处理器来实现一个实施例。对于软件领域的技术人员来说显而易见的是，可以由熟练的程序员基于本发明的原理轻松地编制适当的软件代码。对所属领域的技术人员显而易见的是，本发明还可以通过制造集成电路或通过互连常规组件电路的适当的网络来实现。\n[0076] 一个实施例包括计算机程序产品，该产品是在其上存储了指令的存储介质，可以用来对计算机进行编程，以执行这里呈现的任何一个功能。存储介质可以包括，但不仅限于，任何类型的盘，包括软盘、光盘、DVD、CD-ROM、微驱动，以及磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、适于存储指令和/或存储在任何一种计算机可读取的介质上的数据的介质或设备的FLASH存储器。本发明可以包括用于控制通用/专门计算机或微处理器的硬件的软件，以及允许计算机或微处理器与人类用户或利用本发明的结果的其他机制进行交互的软件。这样的软件可以包括，但不仅限于，设备驱动程序、操作系统、执行环境/封装(container)，以及用户应用。\n[0077] 本发明的实施例可以包括提供用于实现本发明的进程的代码。该提供过程可以包括以任何方式向用户提供代码。例如，该提供过程可以包括将包含代码的数字信号传输到用户；将物理介质上的代码提供给用户；或使代码可用的任何其他方法。\n[0078] 本发明的实施例可以包括用于传输可以在计算机上执行的以执行本发明的实施例的任何一个进程的代码的计算机实现的方法。该传输过程可以包括通过诸如因特网之类的网络的任何一部分；通过线路，大气或空间进行传输；或任何其他类型的传输。该传输还可以包括发起对代码的传输，或使代码从一个地区或国家进入任何地区或国家。例如，传输包括作为先前寻址的结果，通过网络的一部分传输代码并将包括代码的数据发送给用户。\n向用户的传输可以包括由任何地区或国家的用户接收的任何传输，不管该传输是从什么地点发送的。\n[0079] 本发明的实施例可以包括包含信号的代码，其可以在计算机上运行以执行本发明的实施例的任何一个进程。该信号可以通过诸如因特网之类的网络的任何一部分；通过线路，大气或空间；或任何其他类型的传输线路进行传输。不必全体信号同时处于传送中。信号可以在其传输的时段内在时间上扩展。信号不能被视为当前正在传输过程中的内容的快照。\n[0080] 通过查看附图和权利要求，可以了解本发明的其他特点、方面和目标。应该理解，可以开发本发明的其他实施例，这些实施例也会在本发明和权利要求的精神和范围内。前面的对本发明的优选实施例的描述只是为了说明和描述。它不是详尽的说明或将本发明限于所说明的准确的形式。本领域技术人员将认识到，可以进行许多修改。所选择和描述的实施例只是为了最好地说明本发明的原理以及其实际应用，并使本领域其他技术人员懂得，带有适合于特定用途的各种修改的各种实施例的本发明也是可以接受的。本发明的范围由下面的权利要求以及它们的等效的内容进行定义。