CN104956355B - 分布式测试系统架构 - Google Patents

Abstract

本发明涉及一种连接包含处理器和应用程序的第一设备与包含处理器和应用程序的第二设备的方法，用于帮助多个应用程序、多个设备以及多个应用程序和设备之间进行模块化通信的分布式架构系统，和一种计算机可读介质，其存储用于使得处理器连接多个应用程序、多个设备以及多个应用程序和设备的程序。

Description

分布式测试系统架构

相关申请的交叉引用

本申请基于并要求2012年11月5日提交的美国临时申请号61/722578的优先权权益，通过引用将其公开内容全部并入本文。

技术领域

本发明涉及连接应用程序到应用程序、硬件到硬件以及应用程序到硬件的方法，以及用于帮助多个应用程序、多个设备以及多个应用程序和设备之间的模块化通信的分布式架构系统。

背景技术

当今的测试和测量系统本质上是单片式的，其中给定系统最多支持少量的密切相关紧密集成的激励和测量性能。系统具有具体激励和测量性能的个性和特征，并且限制到支持这种个性和特征。即使在模块化平台上设计的系统实际上在本质上是单片式电路，其中在给定时间，仅能够支持给定集合的密切相关紧密集成的性能。为了支持不同的性能，模块化系统必须完全转变为这种新的性能。经常地，系统不得不断电并重新上电，以便单片式软件能够安装用于所安装的硬件性能的具体驱动器。

当今的单片式、非分布式系统限制用户同时支持不同测量和激励性能的能力。这些方案通常还需要通过直接硬件连接的紧密耦合。公开的激励和测量性能通过用户接口与实际激励和测量硬件紧密耦合。用户接口还和系统软件密集集成。即使用户接口建立为单独的应用层，它仍与系统软件、系统硬件和模块硬件紧密耦合。模块驱动器还与系统软件密集集成。这清楚地显示在其中系统必须在改变模块时完全重新启动以便新的个性和新模块驱动器能够被具体加载的情况中。对于当今系统，用户不能测试他们的整个系统，除非系统由少量密切相关紧密集成的激励和测量性能覆盖。

作为一个示例，客户常常希望测试跨越光纤/铜边界的完整通信网路路径。他们想要测量网络的光纤组件上的传输特性和信号参数，并且还想要测量网络的铜组件上的传输特性和信号参数。今天，客户不得不拥有两个完全不同的单元(一个配置为光纤测试平台而另一个配置为铜纤维测试平台(假定模块化平台)。拥有两个完整模块化系统会非常昂贵。另外，如果客户希望控制成本，客户需要将他们的模块化系统配置为光纤测试器、测试光纤组件并随后将他们的模块化系统重新配置为铜测试器并测试铜组件。这增加了测试时间。这还增加假故障和误报的机会。

当今的单片式软件架构还针对给定硬件基础而被具体设计。它们被设计为运行在给定操作系统(例如Windows或linux)，也运行在包括处理器、存储器、支持外围设备、存储装置和通信装置的定制设计硬件集合上。为了支持移动到不同硬件基础，需要重新设计和重新架构软件，使得软件和它运行在其上的硬件紧密集成。虽然具有类似性能的新处理器能够被设计到它们的硬件基础内，但是由于它们的系统设计的紧密集成本质，不同硬件基础或不同操作系统的大规模改变是不可能的。

发明内容

本发明的示例性实施方式至少解决了上述问题和/或缺点以及上文没有描述的缺点。此外，并不要求本发明克服上述缺点，并且本发明的示例性实施方式可以不克服上面列出的任何问题。

本发明的一个实施例使用一种将包含处理器和第一应用程序的第一设备与包含处理器和第二应用程序的第二设备连接的方法，该方法包括：利用配置管理器注册第一设备和第一应用程序中的至少一个；第二设备和第二应用程序中的至少一个向配置管理器请求包含处理器和应用程序的设备的连接信息；提供第一设备和第一应用程序中的至少一个的连接信息到第二设备和第二应用程序中的至少一个；以及基于连接信息，第二设备和第二应用程序中的至少一个直接与第一设备和第一应用程序中的至少一个通信。

实施例的其他特征可以包括，第一设备具有多个设备，所述多个设备具有多个应用程序，配置管理器具有应用程序管理器，该应用程序管理器映射限定设备和应用程序之间的连接关系，连接管理器限定系统中的所有设备和所有应用程序，以及当限定设备和应用程序被配置和映射时，限定设备和限定应用程序彼此直接通信。

实施例的其他特征可以包括第二设备，该第二设备具有多个设备，所述多个设备具有多个应用程序，配置管理器包含应用程序管理器，该应用程序管理器映射限定设备和应用程序之间的连接关系，连接管理器限定系统中的所有设备和所有应用程序，以及当限定设备和应用程序被配置和映射时，限定设备和限定应用程序彼此直接通信。

实施例的其他特征可以包括，第一设备具有多个设备，所述多个设备具有多个应用程序，配置管理器限定遍布多个物理机器中的虚拟系统内的所有设备和应用程序，应用程序管理器映射配置的设备和应用程序之间的连接关系而不管它们运行在其上的物理设备，以及一旦经过配置和映射，设备和应用程序直接通信。

实施例的其他特征可以包括，第二设备具有多个设备，所述多个设备具有多个应用程序，配置管理器限定遍布多个物理机器中的虚拟系统内的所有设备和所有应用程序，应用程序管理器映射配置的设备和应用程序之间的连接关系而不管它们运行在其上的物理机器；以及一旦经过配置和映射，设备和应用程序直接通信。

本发明的另一个实施例可以包括一种连接多个应用程序、多个设备以及多个应用程序和设备的方法，其中该方法包括包含处理器的第一设备在分布式架构系统中发送对远程连接配置的请求；分布式架构系统中的应用程序管理器通过远程连接配置接收请求；应用程序管理器通过远程连接配置请求服务管理器找出对应于该请求的第二设备；服务设备与第二设备通信并识别第二设备的位置；服务管理器将与第二设备的位置相关的信息发送到应用程序管理器；应用程序管理器通过远程连接配置接收与第二设备的位置相关的信息并将其发送到第一设备；以及基于应用程序管理器提供的与位置相关的信息，第一设备与第二设备直接通信。

本发明的另一个实施例可以包括一种分布式架构系统，其用于帮助多个应用程序、多个设备以及多个应用程序和设备之间的模块化通信，该系统包括：应用程序管理器，其从多个设备中的第一设备接收对远程连接配置的请求；服务管理器，其搜索对应于对远程连接配置的请求的第二设备、与第二设备通信并识别第二设备的位置；以及将与第二设备的位置相关的信息发送到应用程序管理器，其中应用程序管理器通过远程连接配置将与第二设备的位置相关的信息发送到第一设备，以便第一设备基于应用程序管理器提供的位置直接与第二设备通信。

实施例的其他特征可以包括应用程序管理器使用的应用程序，其具有基础应用编程接口(API)，其中基础API具有电源API、许可API、插件API、异步API、封装管理API、目的API、设置API、数据存储API、进程间通信API、导出/导入API、错误处理/管理API和网络配置API。

本发明的另一个实施例可以包括一种计算机可读介质，该计算机可读介质存储用于使得处理器连接多个应用程序、多个设备以及多个应用程序和设备的程序，包括：第一设备或第一应用程序中的至少一个在分布式架构系统中发送对远程连接配置的请求；分布式架构系统中的应用程序管理器接收对远程连接配置的请求；应用程序管理器请求服务管理器找出对应于对远程连接配置的请求的第二设备或第二应用程序中的至少一个；服务设备与第二设备或第二应用程序中的至少一个通信并识别第二设备或第二应用程序中的至少一个的位置；服务管理器将与第二设备或第二应用程序中的至少一个的位置相关的信息发送到应用程序管理器；应用程序管理器通过远程连接配置接收与第二设备或第二应用程序中的至少一个的位置相关的信息并将其发送到第一设备和第一应用程序中的至少一个；以及第一设备或第一应用程序中的至少一个基于应用程序管理器提供的与位置相关的信息与第二设备或第二应用程序中的至少一个直接通信。

附图说明

图1是设备管理系统的一个示例性实施例的图示。

图2是包含在功能良好的应用程序中的基础API 30的一个示例性实施例。

图3是其中基础API利用系统通信的过程的一个示例性实施例的流程图。

图4A是运行与多个设备连接的平台的设备的一个示例性实施例的图示。

图4B是运行平台的设备的第二示例性实施例的图示。

图4C是运行平台的设备的第三示例性实施例的图示。

具体实施方式

提供下面具体实施方式以帮助读者获得本文描述的方法、装置和/或系统的全面理解。本领域技术人员将理解本文描述的系统、装置和/或方法的各种改变、修改和等同体。省略已知功能和结构的描述以便提高清楚和简洁。

说明书中使用的术语仅仅旨在描述实施例，并不是限制性的。除非另有明确使用，单数形式的表达包括复数形式的含义。在本说明书中，例如“包含”或“包括”之类的表达旨在指定特征、数量、步骤、操作、元素、部件或其组合，不应当解释为排除一个或更多个其他特性征、数量、步骤、操作、元素、部件或其组合的任何存在或可能性。

本发明应用到将测试和测量系统分为在硬件和软件级上都可互换的关键组件的分布式架构中。本发明的一个示例性实施例包含硬件无关、应用程序无关的测试操作系统(称为平台)；虚拟仪器层，其允许任何给定的激励和测量性能被抽象到不限数量的用户体验；物理仪器层，其允许以下列方式包括任何给定激励和测量性能：其能够容易地与运行平台的任何硬件系统连接并能够提供服务，该服务能够通过虚拟仪器层被抽象为用户体验；和测试可执行层，其将实际测试执行和系统软件分离，该系统软件允许开发客户和用户定义的测试程序。

在一个示例性实施例中，平台是硬件无关实体，因此平台能够运行在提供运行所需的最小服务的任何硬件和操作系统基础上。在一个示例性实施例中，最小服务可以包含基于NVIDIA的Tegra 2和3、飞思卡尔(Freescale)的Vybrid和英特尔/迈威(Intel/Marvell)的XScale(PXA270、PXA300、PXA310、PXA320)的基于ARM的单板计算机(例如韬睿(Toradex)的Colibri计算机模块)、提供有线和无线连接的支持硬件和NAND闪存。

因此，平台能够驻留在基于许多操作系统和硬件而建立的系统上，该系统包含微处理器内核和充足的存储器以支持平台。操作系统的示例性实施例包含安卓、Linux、Windows等等。

在一个示例性实施例中，平台是应用程序无关实体，因此平台不被束缚到任何给定激励和测量性能或任何给定用户体验。因此，平台的示例性实施例不限于测试和测量系统，并且可以驻留在任何最小性能的硬件系统上并支持能够包括在物理仪器层中的任何硬件或软件组件以及支持实施在虚拟仪器层中的物理仪器的用户体验。在一个示例性实施例中，物理仪器层包含无线电。在第二示例性实施例中，物理仪器层包含测试仪器。在一个示例实施例中，包括一个或更多个虚拟仪器、一个或更多个物理仪器和测试可执行体的完整功能系统能够建立在所述硬件上。硬件的示例性实施例可以包含iPad、Nexus 7或Lenovox230。

在一个示例性实施例中，平台是硬件无关的，这允许平台一次驻留在多个硬件系统上，其中每个硬件系统包含支持平台的最小处理和存储性能。在一个示例性实施例中，虚拟仪器层、物理仪器层和测试可执行层没有紧密集成，这允许每层驻留在与平台分离的硬件系统上。

在一个示例性实施例中，虚拟仪器层没有与物理仪器紧密耦合，因此对于给定物理仪器，不止一个虚拟仪器抽象能够运行。这使得给定物理仪器的功能能够以多个不同形式呈现，从而提供终端使用的更大灵活性。例如，物理仪器包含LED。LED能够呈现为虚拟仪器，其将LED抽象给用户。在一个示例性实施例中，LED可以作为闪光灯(LED打开和关闭)、随机光图案生成器和莫尔斯码视觉信号装置被抽象给用户。在一个示例性实施例中，如果给定期望的应用程序实施方式需要或获益于同时执行，每个虚拟仪器能够同时驻留在硬件系统上并能够同时运行。

在一个示例性实施例中，物理仪器没有与平台紧密耦合，因此给定硬件系统内的多个硬件和软件性能能够同时存在并同时运行。例如，光源(optical light source，OLS)物理仪器、光功率计(optical power meter，OPM)物理仪器和铜功率计(copper powermeter，CPM)物理仪器能够同时得到运行平台的给定完整系统的支持并提供用户测试端到端的光-铜链路的能力。在一个示例性实施例中，完整系统可以包含支持上述提到的平台的最小系统、用于每个物理仪器的激励和测量硬件和拥有平台的硬件系统之间的硬线或无线连接关系，其中硬件系统实施激励和测量(例如OPM模块、OLS模块、CPM模块)。

在一个示例性实施例中，完整的系统可以包含运行平台的Lenovo X320笔记本电脑。在一个示例性实施例中，三个独立模块(OPM、OLS、CPM)的每个都具有它们各自的电池、它们各自的机载处理装置和它们各自的无线链路。在一个示例性实施例中，每个模块经由802.11g无线连接到笔记本电脑。在一个示例性实施例中，每个模块的物理仪器驱动器将在联想笔记本电脑上执行。在一个示例性实施例中，不同虚拟仪器驱动器将在笔记本电脑上运行并与平台接合。上述系统将提供可建立在任何笔记本电脑上并利用物理仪器模块和虚拟仪器无限可配置的完整测试系统。

在一个示例性实施例中，虚拟仪器和物理仪器没有紧密耦合，因此能够开发与一个或更多个物理仪器接合的虚拟仪器。在一个示例性实施例中，上述完整系统能够同时提供OLS虚拟仪器、OPM虚拟仪器和CPM虚拟仪器，或者能够提供将所有三个物理仪器包括在单个应用程序中的光纤-铜链路测试器的单个虚拟仪器。

在一个示例性实施例中，平台层是硬件无关的，并且物理和虚拟仪器层没有紧密耦合，因此所述部件之间的通信协议是灵活的并且仅限定用于给定完整系统实体并且满足物理仪器实施例的最小要求。换句话说，随着通信技术的改善(铜、蓝牙、Wifi等等)，通过“平台”和“虚拟仪器”层，完整系统不会受到实际架构实施方式的限制。

参考附图，图1是分布式测试系统架构1的一个示例性实施例的图示。在一个示例性实施例中，系统1包含内核组件，其包含应用程序管理器3、服务管理器5、基础加载程序7和进程间通信器9。在一个示例性实施例中，应用程序管理器3监测系统1中的应用程序、检测系统中的崩溃、如果检测到崩溃则通知错误处理管理组件29以及确保系统中的每个应用程序执行应用程序生命周期。在一个示例性实施例中，应用程序生命周期包含开始和重新恢复、重新暂停和停止。

在一个示例性实施例中，服务管理器5负责服务应当如何开始、何时服务应当开始、何时服务应当关闭、支持服务的重新开始、授权应用程序访问服务、撤销应用程序对服务的访问、提供应用程序编程接口(API)(该接口将得到系统上所有可用服务的列表和它们的当前状态)、检测到系统动作时开始服务以及支持模块化硬件。系统动作的示例性实施例包含开始(OnStart)、请求(OnDemand)、事件(OnEvent)和手动(Manual)。在一个示例性实施例中，服务管理器5可以被远程访问。

在一个示例性实施例中，OnDemand是允许服务仅在应用程序已经请求它的情况下开始的系统动作。OnDemand是允许服务在应用程序通知服务管理器不再需要它时关闭的系统动作。在一个示例性实施例中，OnStart是允许服务从系统1开始并且一直保持运行的系统动作。在一个示例性实施例中，OnEvent是允许服务在看门狗插件已经检测到一些事件时开始的系统动作。在一个示例性实施例中，Manual是允许应用程序开始和停止服务的系统动作。

在一个示例性实施例中，基础加载程序7启动应用程序管理器和服务管理器两者并受系统级电源管理的控制。在一个示例性实施例中，基础引导加载程序包含上述最小服务。

在一个示例性实施例中，远程连接配置9允许系统1在其自身、应用程序和其他系统之间通信。远程连接配置的示例性实施例包含有线以太网、WiFi、蓝牙和其他连接装置(例如，IP寻址、代理服务器和VPN)。应用程序和其他系统的示例性实施例包含安卓系统、iPhone、WinPhone和PC应用程序。

在一个示例性实施例中，各种二次组件能够补充核心组件的性能。在一个示例性实施例中，二次组件包含封装管理器15、许可管理器17、数据存储管理器19、电源管理扩展21、远程设备控制23、远程服务访问(未示出)、可视化工作室模板(Visual StudioTemplate)25、硬件服务27和错误处理管理组件29。

在一个示例性实施例中，基础API 30包含在功能良好的应用程序和工具应用程序中。

图2是包含在功能良好的应用程序中的基础API 30的一个示例性实施例。在一个示例性实施例中，基础API 30包含电源API 31、许可API 32、插件API 33、异步API(未示出)、封装管理API 34、目的API 35、设置API 36、数据存储API 37、进程间通信API 38、导出/导入API 39、错误处理/管理API 40和网络配置API 41。

在一个示例性实施例中，电源API提供对当前电源状态的访问、提供非活动时段使屏幕变暗的能力、提供非活动时段关闭屏幕的能力、提供在特定功率级关闭系统的能力、提供利用具体API调用关闭系统的能力、提供利用具体API调用重启系统的能力以及提供利用具体API调用暂停系统的能力。

在一个示例性实施例中，许可API 32安装许可、请求关于给定许可的信息(例如类型)、移除许可、验证许可、提供重载机制(该机制强迫管理器返回适用于许可请求)、支持远程和本地连接、支持若干许可类型(包括全部许可、试验许可和有限次许可)，并且足够安全以通过“解雇员工测试(Fired Employee Test)”。

在一个示例性实施例中，插件API 33获得给定组件中的所有类别的列表并且在运行时间上动态地加载具体组件的类别。在一个示例性实施例中，异步API执行背景操作而不需要使用.NET线程类别、更新UI而不需要具体开发人员代码来唤醒线程以及从开发人员手中去除加入、取消和同步功能的复杂性。

在一个示例性实施例中，封装管理API 34安装用于基础API的服务和应用程序、从各个位置(例如，USB、网络服务器、云等)下载封装、在封装安装期间检查软件依存关系、维持封装库存、定义并强制有效基础封装的结构，并且包含系统封装，该系统封装在新的单元上安装内核服务。在一个示例性实施例中，在任何其他应用程序或服务安装在OS单元上之前，封装管理API 34存在于该单元上。

在一个示例性实施例中，目的API 35发送目的类别到应用程序发起者。发起者将确定是否能够在系统上找到满足该目的的应用程序。如果找到一个应用程序，该应用程序将被启动，该目的将被传递给该应用程序，该应用程序将接着返回消息，该消息将流经应用程序发起者并回到原始应用程序。

在一个示例性实施例中，设置API 36生成简单的应用程序设置类别。在一个示例性实施例中，设置API 36在500毫秒内加载具有100个简单类型的设置文件、在500ms内保存具有100个简单类型的设置文件、支持本地迁移(migration natively)以及支持所有基本类型(包括正数、浮点型、双精度和字符串)。

在一个示例性实施例中，数据存储API 37包括创建、检索、更新和删除应用程序或服务需要的任何数据元素的方法；作为标准设备上或设备下(远程)服务而可访问；在其API中支持多个数据存储介质类型；提供SQL数据库数据存储插件并且支持在升级期间增加数据存储插件。

在一个示例性实施例中，进程间通信API 38允许跨进程通信。在一个示例性实施例中，进程间通信API 38提供调用不同进程中的方法的机制、在1秒内将来自一个进程的大量数据(>256KB)发送到另一个进程、提供双向通信的机制、提供发送结构化数据(例如对象)的机制以及根据给定接口生成客户端代码。进程间通信API的机制的示例性实施例是Windows系统的Windows Messaging和Unix或Linux系统的命名管道(Named Pipe)。

在一个示例性实施例中，导出/导入API 39从设备提取具体数据以便将其用于其他目的，这被称为调用导出，并增加数据到设备以便设备能够使用数据用于各种目的，这被称为调用导入。在一个示例性实施例中，导出/导入API 39提供复制文件到单元和从单元复制文件的支持、导入简单的CSV(comma separated value，逗号分隔值)文件到数据存储插件介质中、从数据存储插件介质导出数据到CSV文件、提供用户挂钩(hook)以设计个性化导入或导出插件以及将来自数据存储插件的数据导出到PDF文件、DB文件或XML文件。

在一个示例性实施例中，错误处理/管理API 40提供系统1中的所有服务和应用程序的错误处理功能。在一个示例性实施例中，错误处理功能包含具有错误接收的错误检测；错误恢复，其处理保存运行的应用程序和服务的状态以及调度和执行失效转移选项；错误记录，其经由日志服务自动记录和分享特定错误；以及通知，其允许应用程序和服务注册特定错误并在这些错误发生时通知应用程序或服务。在一个示例性实施例中，错误可以归类为“致命的”、“关键的”、“错误的”、“警告的”、“报告性的”和“排错”。

在一个示例性实施例中，网络配置API 41提供控制IP寻址的能力。在一个示例性实施例中，网络配置API 41从网络上的DHCP服务器获得IP地址并提供设置能力(提供设置已知IP地址、子网掩码、网关地址以及静态地址系统中的主要及二次DNS地址的能力)。在代理服务器中，网络配置API 41具有设置代理服务器名称、端口、用户名和密码的能力。

在一个示例性实施例中，图1中示出的二次组件是基础API的运行时组件。换句话说，二次组件是将随系统启动的进程。在一个示例性实施例中，内建在每个基础应用程序中的API将与运行时组件交互以执行它们的任务。在一个示例性实施例中，封装管理API 34与封装管理器15交互以执行相关任务。

图3是多个进程的一个示例性实施例的流程图，其中基础API利用系统在第一应用程序/设备和第二应用程序/设备之间通信。

在一个示例性实施例中，方法的第一步骤是第一应用程序/设备在分布式架构系统中请求远程连接配置。在第二步骤中，该请求由系统中的服务管理器处理。在第三步骤中，服务管理器和第二应用程序/设备通信并识别第二应用程序/设备的位置。在一个示例性实施例中，第二应用程序/设备是测试设备硬件，如图3中所示。在第四步骤中，服务管理器通过远程连接配置将第二应用程序/设备的位置发送到第一应用程序/设备。在第五步骤中，第一应用程序/设备基于系统提供的位置而直接和第二应用程序/设备通信。在一个示例性实施例中，图3示出第一应用程序/设备基于系统提供的位置从第二应用程序/设备获得读数。

在一个示例性实施例中，第一应用程序/设备是笔记本电脑，而第二应用程序/设备是传真机、扫描仪或打印机。在一个示例性实施例中，生成上述方法的步骤而不需要识别系统的位置。

图4A是运行与多个设备连接的平台的设备的一个示例性实施例的图示。在一个示例性实施例中，定制基础单元51包含OTDR物理仪器、CWDM物理仪器和OLS虚拟仪器(其控制光源物理仪器56)。在一个示例性实施例中，定制基础单元51促进其自身、光源物理仪器55、功率计物理仪器56和受测设备53之间的通信。在一个示例性实施例中，功率计物理仪器和光源物理仪器在个人计算机(PC)上。

图4B是运行平台的设备的第二示例性实施例的图示。在一个示例性实施例中，第二设备57运行平台和OTDR虚拟仪器，OTDR虚拟仪器控制定制基础单元51上的OTDR物理仪器。在一个示例性实施例中，第二设备57可以是由无线连接件连接到定制基础单元51的iPad。

图4C是运行平台的设备的第三示例性实施例的图示。在一个示例性实施例中，第三设备58运行平台和信道校验器虚拟仪器(其控制定制基础单元51上的CWDM物理仪器)、功率计虚拟仪器(其控制功率计物理仪器)和光源物理仪器。在一个示例性实施例中，第三设备58是使用Windows OS的PC。

在一个示例性实施例中，平台和虚拟仪器运行在iPad(第二设备57)上以控制系统中的单独物理仪器。在一个示例性实施例中，平台运行在专门设计的基础单元上，该基础单元在物理上包含两个不同的物理仪器。在一个示例性实施例中，平台和多个虚拟仪器运行在PC(第三设备58)上，其中多个物理仪器有线或无线连接到单独的物理仪器模块。在一个示例性实施例中，图4A、图4B和图4C中的设备同时工作以建立完整的测试系统。

Claims (10)

1.一种连接包含处理器和第一应用程序的第一设备和包含处理器和第二应用程序的第二设备的方法，所述方法包含：

利用配置管理器注册所述第一设备和所述第一设备内的所述第一应用程序中的至少一个，其中所述第一设备包含基于光学的物理仪器、基于铜的物理仪器、基于光学的虚拟仪器或基于铜的虚拟仪器中的一个；

由所述第二设备和所述第二设备内的所述第二应用程序中的至少一个向所述配置管理器请求包含处理器和应用程序的设备的连接信息，其中所述配置管理器包含应用程序管理器，所述应用程序管理器映射限定设备和限定应用程序之间的连接关系，并且其中所述第二设备包含基于光学的物理仪器、基于铜的物理仪器、基于光学的虚拟仪器或基于铜的虚拟仪器中的一个；

将所述第一设备和所述第一应用程序中的至少一个的第一连接信息提供给所述第二设备和所述第二应用程序中的至少一个；其中所述第二设备或所述第二应用程序中的至少一个基于所述第一连接信息与所述第一设备或所述第一应用程序中的至少一个直接通信；

其中所述第一设备、所述第一应用程序、所述第二设备或所述第二应用程序中的一个控制所述第一设备或所述第二设备中的另一个以使得所述第一设备或所述第二设备中的另外一个执行测量并获得来自所述第一设备或所述第二设备中的另外一个的读数。

2.根据权利要求1所述的方法，其中

所述第一设备包括包含多个应用程序的多个设备；

其中所述配置管理器限定系统中的所有设备和所有应用程序，并且当所述限定设备和所述限定应用程序被配置和映射时，所述限定设备和所述限定应用程序彼此直接通信。

3.根据权利要求1所述的方法，其中

所述第二设备包括包含多个应用程序的多个设备；

其中所述配置管理器限定系统中的所有设备和所有应用程序，并且当所述限定设备和所述限定应用程序被配置和映射时，所述限定设备和所述限定应用程序彼此直接通信。

4.根据权利要求1所述的方法，其中

所述第一设备包括包含多个应用程序的多个设备；

所述配置管理器限定并且配置遍布在多个物理机器上的虚拟系统内的所有设备和所有应用程序；

所述应用程序管理器映射配置的设备和配置的应用程序之间的连接关系而不管它们在哪个所述物理机器上运行；并且

一旦经过配置和映射，所述设备和所述应用程序直接通信。

5.根据权利要求1所述的方法，其中

所述第二设备包括包含多个应用程序的多个设备；

所述配置管理器限定遍布在多个物理机器上的虚拟系统内的所有设备和所有应用程序；

所述应用程序管理器映射配置的设备和配置的应用程序之间的连接关系而不管它们在哪个所述物理机器上运行；并且

一旦经过配置和映射，所述设备和所述应用程序直接通信。

6.一种连接多个应用程序、多个设备或多个应用程序和设备的方法，所述方法包含：

由包含处理器的第一设备在分布式架构系统中请求远程连接配置，其中所述第一设备包含基于光学的物理仪器、基于铜的物理仪器、基于光学的虚拟仪器或基于铜的虚拟仪器中的一个；

由所述分布式架构系统中的应用程序管理器接收对所述远程连接配置的所述请求；

由所述应用程序管理器请求服务管理器找出对应于对所述远程连接配置的所述请求的第二设备，其中所述第二设备包含基于光学的物理仪器、基于铜的物理仪器、基于光学的虚拟仪器或基于铜的虚拟仪器中的一个；

由服务设备与所述第二设备通信并识别所述第二设备的位置；

由所述服务管理器发送与所述第二设备的位置相关的信息到所述应用程序管理器；

由所述应用程序管理器通过所述远程连接配置接收与所述第二设备的位置相关的所述信息并将其发送到所述第一设备，其中所述应用程序管理器映射限定设备之间的连接关系；以及

基于所述应用程序管理器提供的与所述第二设备的位置相关的所述信息，由所述第一设备与所述第二设备直接通信，其中所述第一设备或所述第二设备中的一个控制所述第一设备或所述第二设备中的另一个以使得所述第一设备或所述第二设备中的另外一个执行测量并获得来自所述第一设备或所述第二设备中的另外一个的读数。

7.一种用于帮助多个应用程序、多个设备或多个应用程序和设备之间模块化通信的分布式架构系统，所述系统包含：

应用程序管理器，其被配置为从所述多个设备中的第一设备接收对远程连接配置的请求，其中所述第一设备包含基于光学的物理仪器、基于铜的物理仪器、基于光学的虚拟仪器或基于铜的虚拟仪器中的一个；

服务管理器，其被配置为：

搜索对应于对所述远程连接配置的所述请求的第二设备，其中所述第二设备包含基于光学的物理仪器、基于铜的物理仪器、基于光学的虚拟仪器或基于铜的虚拟仪器中的一个；

与所述第二设备通信并识别所述第二设备的位置；以及

将与所述第二设备的位置相关的信息发送到所述应用程序管理器，其中所述应用程序管理器映射限定设备之间的连接关系，并通过所述远程连接配置将与所述第二设备的位置相关的信息发送到所述第一设备，以便所述第一设备基于所述应用程序管理器提供的所述第二设备的位置与所述第二设备直接通信；

其中所述第一设备或所述第二设备中的一个控制所述第一设备或所述第二设备中的另一个以使得所述第一设备或所述第二设备中的另外一个执行测量并获得来自所述第一设备或所述第二设备中的另外一个的读数。

8.根据权利要求7所述的系统，其中所述应用程序管理器使用的应用程序包含基础应用程序编程接口即基础API，其中所述基础API进一步包含以下接口中的至少一个：

电源API；

许可API；

插件API；

异步API；

封装管理API；

目的API；

设置API；

数据存储API；

进程间通信API；

导出/导入API；

错误处理/管理API，和

网络配置API。

9.一种计算机系统，其用于使得处理器连接多个应用程序、多个设备或多个应用程序和设备，其包含：

用于由第一设备或第一应用程序中的至少一个在分布式架构系统中请求远程连接配置的装置，其中所述第一设备包含基于光学的物理仪器、基于铜的物理仪器、基于光学的虚拟仪器或基于铜的虚拟仪器中的一个；

用于由所述分布式架构系统中的应用程序管理器接收对所述远程连接配置的请求的装置，其中所述应用程序管理器映射限定设备之间的连接关系；

用于由所述应用程序管理器请求服务管理器找出对应于对所述远程连接配置的请求的第二设备或第二应用程序的装置，其中所述第二设备包含基于光学的物理仪器、基于铜的物理仪器、基于光学的虚拟仪器或基于铜的虚拟仪器中的一个；

用于由服务设备与所述第二设备或所述第二应用程序中的至少一个通信并识别所述第二设备或所述第二应用程序中的至少一个的位置的装置；

用于由所述服务管理器发送与所述第二设备或所述第二应用程序中的至少一个的位置相关的信息到所述应用程序管理器的装置；

用于由所述应用程序管理器通过所述远程连接配置接收与所述第二设备或所述第二应用程序中的至少一个的位置相关的信息并将其发送到所述第一设备或所述第一应用程序中的至少一个的装置；以及

用于基于所述应用程序管理器提供的与所述第二设备或所述第二应用程序中的至少一个的位置相关的所述信息，由所述第一设备或所述第一应用程序中的至少一个与所述第二设备或所述第二应用程序中的至少一个直接通信的装置，

其中所述第一设备、所述第一应用程序、所述第二设备或所述第二应用程序中的一个控制所述第一设备或所述第二设备中的另一个以使得所述第一设备或所述第二设备中的另外一个执行测量并获得来自所述第一设备或所述第二设备中的另外一个的读数。

10.一种计算机可读介质，其存储程序用于使得处理器连接多个应用程序、多个设备或多个应用程序和设备，其包含：

由第一设备或第一应用程序在分布式架构系统中请求远程连接配置，其中所述第一设备包含基于光学的物理仪器、基于铜的物理仪器，基于光学的虚拟仪器或基于铜的虚拟仪器中的一个；

由所述分布式架构系统中的应用程序管理器接收对所述远程连接配置的请求，其中所述应用程序管理器映射限定设备之间的连接关系；

由所述应用程序管理器请求服务管理器找出对应于对所述远程连接配置的请求的第二设备或第二应用程序，其中所述第二设备包含基于光学的物理仪器、基于铜的物理仪器、基于光学的虚拟仪器或基于铜的虚拟仪器中的一个；

由服务设备与所述第二设备或所述第二应用程序中的至少一个通信并识别所述第二设备或所述第二应用程序中的至少一个的位置；

由所述服务管理器发送与所述第二设备或所述第二应用程序的位置相关的信息到所述应用程序管理器；

由所述应用程序管理器通过所述远程连接配置接收与所述第二设备或所述第二应用程序的位置相关的信息并将其发送到所述第一设备或所述第一应用程序；以及

基于所述应用程序管理器提供的与所述第二设备或所述第二应用程序的位置相关的所述信息，由所述第一设备或所述第一应用程序与所述第二设备或所述第二应用程序中的至少一个直接通信，

其中所述第一设备、所述第一应用程序、所述第二设备或所述第二应用程序中的一个控制所述第一设备或所述第二设备中的另一个以使得所述第一设备或所述第二设备中的另外一个执行测量并获得来自所述第一设备或所述第二设备中的另外一个的读数。