可升级的通信系统的制作方法

可升级的通信系统的制作方法
【专利摘要】公开了一种集中通信系统（CCS），该系统提供了一种模块化的、可扩展的、可升级的通信系统，该系统可在任何信息系统或网络设备之间进行信息交换。来自一个单独的源设备或系统的信息可选择性地广播到一个或多个预定的目标设备和系统，而不是广播给网络上每一个设备。可在系统间通信流中的一个或多个可选择的点上对信息进行过滤和处理。在某些实施例中，使用源设备的本地协议从源设备接收源设备的本地信息格式的输入报文，并将它们转换为内部报文格式用于CCS中的内部处理，随后转换为接收系统的本地报文格式，并使用接收系统的本地协议发送给接收系统。在某些实施例中，可提供CCS的拓扑结构的图示。
【专利说明】可升级的通信系统
[0001]相关申请的交叉引用
[0002]本申请要求于2011年3月17日提交的题目为“COMMUNICATION USER INTERFACE”美国临时专利申请N0.61/453，853的优先权，以及要求于2011年11月4日提交的题目为“COMMUNICATION INTERFACE”的美国临时专利申请N0.61/555，820的优先权，在此通过引用
将二者全部并入本文。
【技术领域】
[0003]本发明涉及系统间通信，特别是提供多个系统之间的系统间通信的报文转换系统和方法。
【背景技术】
[0004]医院和其它医护机构通常利用许多不同的电子设备和数据系统来执行众多的医院工作。这些不同的数据系统经常使用不兼容的信号和通信协议用于各种不同类型的系统，这些不同类型的系统可包括住院-出院-转院(ADT)、医生命令输入(P0E)、电子医药管理记录(eMAR)等。某些数据系统,如医药管理系统(如Pyxis MedStation?系统),连续接收来自一个或多个这些其它系统的信息。由于每个数据系统会使用不同的报文协议或数据结构，因此在不对一个或两个系统进行定制的情况下，不能将报文直接从一个系统发送到另一个系统。此外，不同的制造商也会使用不同的协议，这使得数据系统之间的控制和通信非常困难。为了在医院中的复杂的联网数据系统之间进行通信，对多个定制数据系统的维护和升级是复杂和巨大的任务。
[0005]已经采取的一种在医院环境中集成多个系统的方法是使用报文转换系统，该系统接收源于各个不同外部数据发送系统的以每个外部数据发送系统的本地格式的报文，对这些报文的内容进行翻译、创建外部目标数据系统的本地格式的新报文、将新报文发送至外部目标数据系统。通过该报文转换系统的报文传输流量可以是足够大的，这取决于医院安装了什么系统。如果医院使用了典型的Pyxis MedStation?系统，则对ADT、P0E、eMAR、资源管理信息系统(丽IS)、医药信息系统(PIS)、手术室信息系统(0RIS)、麻痹信息系统(AIS)的任何新条目和现有项目的修改都需要提供给Pyxis MedStation?系统，从而使得当前信息对于每个Pyxis MedStation?自动配药机器(ADM)上的护士是可用的。此外,每次配药的信息必须由Pyxis MedStation?系统至少提供给eMAR和患者支付系统。例如,在拥有500个床位的医院，其中平均每位患者每天要进行10-12次用药，医生的指令是每天变化的，每天需要转换的报文的数量将超过100000条，此外，报文不是均匀分布在每天24小时中的，而是常常生成于某个特定的时间高峰，如医院每日例行或固定的用药时间(如8am、中午、4pm、8pm)。高峰时间的报文传递负荷会非常高，并且维持护士对于信息可用的较低的等待时间又是非常关键的，因此报文转换系统经常是为了应付高峰负荷设计的。
[0006]传统的报文转换系统的一个缺点是转换方案不易升级或扩展。某些报文转换系统需要为外部数据系统之间的每个连接编写特定的转换软件单元，从而如果一个数据系统向多个其它数据系统提供信息或者如果在多个数据系统之间存在多个互连则需要创建多个软件单元。如果报文传递软件不能有效地管理多个并行运行的转换软件单元，转换软件单元可在各机器个体上进行。在规模较大的医院中，在适当的位置可能会有五十或更多个这样的一对一直接转换的系统用于在多个地点上集成多个数据系统。因此，医院信息技术(IT)系统可能具有五十或更多个服务器，分别运行一个转换软件单元。从硬件和软件方面对这些系统进行维护是具有挑战性的。每个一对一转换链接经过不同服务器时，需要为每个数据发送系统提供连接到每个目标数据系统的服务器的认证。
[0007]某些传统的数据系统提供“持久报文传递”，其中将每个经过转换系统的报文存储一段时间。在许多实施中，这是以循环缓冲器提供的，其位于用于对收到的报文的副本进行存储的服务器的非易失存储器中。这提供了组件或系统错误情况下的报文恢复能力。当该错误修正后，该错误前指定时间段内(如一小时)收到的报文可被重新转换并重新发送，从而确保被目标数据系统收到。当报文转换系统包括运行于多个服务器上的多个独立单元时，该缓冲的协调和验证从而使其对所有单元适当地工作是有挑战性的。
[0008]对上述复杂的系统进行修改、升级或扩展最终会变得非常困难，甚至更难于验证，对于大多依靠这种类型的集成来为患者提供有质量的医护的大型医院系统，这可能会导致数据交换的服务性或可靠性的降低。

【发明内容】

[0009]有必要提供一种对使用不同通信协议和报文结构的数据系统之间发送的报文进行转换的系统和方法，该系统便于升级和扩展到新的数据系统。在某些实施例中，本文公开的系统和方法使用了一种具有用于每个数据系统的接口模块的系统。每个接口模块包括该数据系统使用的通信协议和数据结构的信息，并同时能够接收特定数据系统发出的报文以及向该数据系统传送的报文。在某些实施例中，用于第一数据系统的接口模块包含的信息包括其它哪些系统从第一数据系统接收报文。
[0010]在某些实施例中，公开了一种包括接口模块的通信系统，该接口模块能够接受外部数据系统发出的外部数据系统的本地报文格式的第一报文，将第一报文的至少一部分转换为内部报文传递格式的报文，并提供内部报文传递格式报文。
[0011]在某些实施例中，公开了一种包括接口模块的通信系统，该接口模块能够耦接到第一外部数据系统。该接口模块包括输入队列、报文队列、输出队列。该接口模块能够:接受第一外部数据系统发出的第一本地报文格式的第一报文；将所接受的第一本地报文格式的第一报文存储到第一输入队列；从输入队列中对第一报文进行检索；将检索到的第一报文转换为内部报文传递格式；将内部报文传递格式的第一报文提供给另一个接口模块；接受另一个接口模块发出的内部报文传递格式的第二报文；将所接受的内部报文传递格式的第二报文存储到报文队列；从报文队列中对第二报文进行检索，并将检索到的第二报文转换为第一本地报文格式；将转换后的第一本地报文格式的第二报文存储到输出队列中；从输出队列中对第二报文进行检索，并将第一本地报文格式的第二报文提供给第一外部数据系统。
[0012]在某些实施例中，公开了一种用于对第一外部数据系统与其它不同的外部系统之间的报文通信进行适配的适配器，其中至少某些不同的外部数据系统具有与第一外部数据系统不同的本地报文格式。该适配器包括传送组件，用于向第一外部数据系统发送报文并接收第一外部数据系统发出的报文，该报文包括信息(information)。该适配器还包括耦接到传送组件的协议组件。该协议组件用于对收到的报文进行翻译并在收到的报文中提取至少部分信息。该适配器还包括映射组件，其用于将至少部分所提取的信息转换为包含内部报文传递格式的报文。
[0013]在某些实施例中，公开了一种集中通信系统，该系统包括多个适配器和核心，多个适配器用于分别以多个外部数据系统的各自本地报文格式与多个外部数据系统进行通信，并提供和接收内部报文传递格式的内部报文传递格式信息，所述核心与多个适配器耦接。该核心用于接收第一适配器发出的内部报文传递格式的内部报文传递格式信息，并将内部报文传递格式的内部报文传递格式报文提供给至少一个第二适配器。
[0014]在某些实施例中，公开了一种与多个外部数据系统对接的方法。该方法包括步骤:接收第一外部数据系统发出的第一外部数据系统的第一本地报文格式的报文；将至少部分收到的报文映射为内部报文格式；将至少部分内部报文格式报文映射为第二外部数据系统的第二本地报文格式的第二报文；将第二报文提供给第二外部数据系统。
[0015]在某些实施例中，公开了一种管理通信系统的系统。该系统包括存储器和处理器。存储器可用于对集中通信系统的多个适配器之间进行传送的内部报文相关的报文路由信息数据进行存储。内部报文可对应于接收到的从一个外部系统发出的外部报文，其中内部报文依据内部报文传递格式被格式化，外部报文依据多个外部系统本地的多个外部报文传递格式被格式化。处理器可构造为根据在多个适配器之间传送的内部报文相关的报文路由信息数据来确定集中通信系统的拓扑结构。处理器还可构造为提供所确定的集中通信系统拓扑结构的图示。
【专利附图】

【附图说明】
[0016]用于对本说明书提供进一步理解并且并入并构成本说明书的一部分而提供的附图对所公开的各实施例进行了阐明并与说明书文字部分一起用于对所公开的各实施例的原理进行解释。在附图中:
[0017]图1A描绘了医院数据系统的系统结构。
[0018]图1B描绘了示例性的系统结构，其部署在具有四十个医院站点的卫生保健整合照护网络(IDN)上。
[0019]图2A描绘了根据本公开的某些方面的示例性系统结构，其用于集中通信系统(CCS)，它将会部署在与图1B相同的IDN上。
[0020]图2B描绘了根据本公开的某些方面的CCS的另一个示例性系统结构。
[0021]图3为根据本公开的某些方面的CCS的概述，其提供了医疗产品与医院信息系统(HIS)之间的中心整合点。
[0022]图4为根据本公开的某些方面的CCS结构的概述。
[0023]图5描绘了根据本公开的某些方面的图4中的核心和适配器框架的细节。
[0024]图6描绘了根据本公开的某些方面的报文生命周期。
[0025]图7描绘了根据本公开的某些方面的在两个CCS适配器之间通过核心进行的报文流。[0026]图8描绘了根据本公开的某些方面的适配器的若干元件以及它们的连接。
[0027]图9A和图9B描绘了根据本公开的某些方面的通过CCS适配器的报文流。
[0028]图1OA为根据本公开的某些方面的示例性报文处理流程图。
[0029]图1OB为根据本公开的某些方面的图1OA的报文处理流程图的部分放大视图。
[0030]图11为根据本公开的某些方面的发出报文的处理的状态简图。
[0031]图12示出了根据本公开的某些方面将进入报文从第一本地报文格式转换为内部报文格式信息，并随后转换为第二本地报文格式的第一发出报文以及第三本地报文格式的第二发出报文的转换过程。
[0032]图13示出了根据本公开的某些方面将两个第一和第二本地报文格式的进入报文实例转换为标有姓名-数据格式的内部报文格式报文。
[0033]图14示出了根据本公开的某些方面的示例性图形用户接口，其呈现了 CCS的拓扑结构图示，并提供了对它的控制和修改。
[0034]图15为根据本公开的某些方面的示例性图形用户接口，该接口呈现了 CCS规模化实施的拓扑结构的图示，并提供了对它的控制和修改。
[0035]图16为根据本公开的某些方面的示例性图形用户接口，该接口呈现了与CCS的所选适配器相关联的报文路由信息的图示，并提供了对它的控制和修改。
[0036]图17是根据本公开的某些方面的示例性图形用户接口的可替换图示，该接口呈现了与CCS的所选适配器相关联的报文路由信息的图示，并提供了对它的控制和修改。
[0037]图18示出了根据本公开的某些方面的示例性图形用户接口，该接口呈现了与CCS的所选报文路由相关联的过滤信息，并提供了它的控制和修改。
[0038]图19示出了根据本公开的某些方面的示例性图形用户接口，该接口呈现与CCS的所选适配器相关联的信息，并提供了对它的控制和修改。
[0039]图20示出了根据本公开的某些方面的示例性图形用户接口，该接口呈现与CCS的所选适配器进行通信的设备相关联的信息，并提供了对它的控制和修改。
[0040]图21示出了根据本公开的某些方面的示例性图形用户接口，该接口呈现与CCS的所选适配器相关联的进入报文传递信息，并提供了对它的控制和修改。
[0041]图22示出了根据本公开的某些方面的示例性图形用户接口，该接口呈现与CCS的所选适配器相关联的发出报文传递信息，并提供了对它的控制和修改。
【具体实施方式】
[0042]由于许多医院每天通常利用许多有不同厂商开发的不同的应用软件和设备，在卫生保健领域，协同能力已经变得复杂和具有挑战性。需要一种允许数据或信息在厂商或用户端的系统之间转换并允许所有系统一起无缝地工作的整合方案。例如，厂商端可包括HIS,如下面系统的任何一个或任何的组合:ADT系统、患者指令数据系统、处方数据系统、0RIS、电子药物记录(EMR)系统、MMIS、支付系统、封装系统。用户端可包括各种应用程序或患者设备，如由护士、护理人员、甚至是患者本人操作的配药设备、输液设备、呼吸机设备。
[0043]医院需要许多系统来对医院中不断流动的大量的药物和供给进行管理。为患者提供高质量的护理，即在任何时间对工作人员具有适当的药物和供给可用，这对医院能力是至关重要的。为了降低现有存货清单以及期满药物和供给相关的成本，对药物和供给清单进行仔细地管理也是非常重要的。同时实现这些目的需要专业的计算机系统来对特定类型的药物和供给进行跟踪和管理。将管理每个系统的控制台和用于将这些控制台和一些单独系统连接到医院!ER的接口网关全体归为医院的数据和通信系统100。
[0044]图1A和图1B提供了对医院数据系统10的示意性描述。尽管在这些图中展示了相对大量的互连，但是只是示意性描述，因为物理上的实施是更加复杂的，其需要的互连远远大于所示出的数量。每个医院数据系统10具有医院信息系统(HIS) 200。在该实例中，HIS200具有许多单独的电子健康记录(EHR)系统，包括重症监护室(I⑶)系统220、手术室(OR)系统222、急诊室(ED)系统224、药房(PHARM)系统226、麻醉后监测治疗室(PACU)系统228、病例记录(MEDREC)系统230。这些系统中的每一个都与HER数据库212网络连接。HIS200还具有EHR接口服务器210，用于与医院中的其它数据系统通信。
[0045]在图1A和图1B中，示例性地展示了许多不同的具体的数据系统。这些数据系统是众所周知的，因此不再对各单独的具体的数据系统提供更多的细节。在该实例中，医院部署了 Pyxis Medstations?22,用于在护士站存储和分配药物，从而提供对患者治疗所需的药物的分布式存取。在该实例中，医院还使用了一个或多个Pyxis? Anesthesia系统24，用于对手 术室中的麻醉医师所使用的药物进行存储和管理，还使用了 PyxisSpecialtyStations?26,用于对单独治疗区域中的特定药物和供给进行存储，还使用了Pyxis 0ncologyStations?28,用于对肿瘤部门中治疗癌症的专用的和危险的药物进行管理。还在需要同时对药物和供给进行存储的区域使用了 Pyxis DuoStations 30。所有这些药物管理设备22、24、26、28、30都是通过Pyxis MedStation控制台或服务器102控制的。
[0046]在该实例中，医院中的供给是通过Pyxis供给中心服务器104所控制的类似设备管理的。Pyxis DuoStations 30与供给中心服务器104以及MedStation控制台102连接。Pyxis Supply Station系统32用于在对医院周边各护理地点存储补给。Pyxis ProcedureStation系统34为专用区域(如手术环境和手术室)中使用的设备和供给提供存储。医院使用一个或多个Pyxis CatRacks36对心脏病房和放射室的供给进行存储，包括如起搏器、斯滕特氏印模膏、导管的项目。使用Pyxis ScrubSt.ations?系统38对医生和护士穿过的废弃物进行分配和采集，该系统可位于手术室以及工作人员更衣室附近。PyxisCatRacks36和Pyxis ScrubStat ions?系统38都与供给中心服务器104和Pyxis清洗服务器106连接。
[0047]在该实例中，医院使用Pyxis患者端点护理(PPOC)验证系统40来对药物的给药进行管理。数据系统40与其自己的Pyxis PPOC服务器108通信，该Pyxis PPOC服务器108再通过专用的PPOC网关140与HIS 200通信。
[0048]各个服务器102、104、106、108通过称为Procar 120的报文转发设备与HIS 200通信。在该实例中，Procar 120通过EHR接口服务器210与各种EHR系统220、222、224、226、228、230通信。Procar 120包括针对每个服务器102、104、106、108的定制翻译包，用于将源于各控制台的信息转换为各EHR系统需要的格式，其中每个控制台与对应的EHR系统进行信息交换。
[0049]医院还使用若干不具有专用服务器或控制台的数据系统。Pyxis连接系统20从医生获取药物医嘱并将它们传送至药房，在药房，药剂师检查医嘱并将它们发布到药物管理系统。医院使用PHACTS?系统21对药房中的药物和药房管理设备进行管理。示例性的医院在药房中使用Pyxis PARx?系统42来采集药物，从而对医院内的分布式配药设备进行补充。药房还使用Pyxis CII Safe?系统44对医院内受控制的物质进行存储。所有这些数据系统 20、21、42、44 都通过 Procar 120 与 EHR 系统 220、222、224、226、228、230 进行通f目。
[0050]可以看到，通信系统100包含冗余元件，如多个控制台或服务器102、104、106、108(它们管理具有类似或重叠功能的设备)，以及多个接口系统120、140，它们分别专门将特定的控制台102、104、106、108和独立的系统20、21、42、44连接到特定的EHR系统220,222,224、226、228、230。当每个网关120、140的功能不同但相似时，定制的翻译包特性需要大量工作来重写或验证新的翻译包，需要该新的翻译报能够实现从一个网关到另一个网关的改变。维持这种包括多个阶段的产品以及来自多个公司的类似设备的复杂系统是困难的和昂贵的，这将可能会导致系统可靠性的下降以及支撑成本的增加。此外，将任何新设备引入到该系统将会需要大量的工作和支出来创建新的翻译包，以使得系统中的现有设备能够与新设备进行通信。
[0051]图1B描绘了一个示例性的传统通信系统100A，其部署在具有四十个医院站点的整合照护网络(IDN)上的数据系统IOA中。系统IOA使用的体系结构与图1A的系统10相同，但是重复了多个站点。由于各服务器102、104、106、108可能被限制为只处理位于局域网上的设备24、26、28、30、32、34、36、38、40，服务器102、104、106、108可能需要在四十个医院站点上分别进行复制。
[0052]在该实例中，各网关120、140可能不能处理多个来自重复服务器102、104、106、108的连接，这是由于这样的处理需要多个单独的定制翻译包。某些系统的软件可配置为在特定处理器运行的专用软件，需要将各新的翻译包副本部署在它自己的硬件平台上。这导致通信系统100A中网关120、140的重复。单独一个医院可能会需要很多相同的服务器来运行多个并行翻译包。这是不能升级或扩展的系统的特性，如新的MedStation控制台102与PHARM系统226之间的连接需要完全地复制Procarl20的硬件和软件。这既不节约成本也不易于实施，并可能导致额外的支持成本。
[0053]在下面的描述中，描绘了集中通信系统(CCS)，其连接到若干外部设备和数据系统。在本文中呈现的实例和讨论中，“数据系统”可与“设备”互换，特别是与CCS连接的外部设备和数据系统。
[0054]图2A描绘了根据本公开的某些方面的用于CCS 300的示例性系统的体系结构，该CCS 300部署于与图1B的医院数据系统位于相同的IDN内的医院系统IOB内。需要注意的是，下面描述的医院系统只是作为示例，用于示例性的目的。本公开的系统和方法不仅限于所示出和描述的特定设备和配置。本领域内的技术人员会了解，为了提供内部通信系统，本文公开的CCS系统和方法能够适用于其它配置和设备。CCS 300在医疗设备与数据系统20a、21a、22a、24a、26a、28a、30a、38a、40a、42a、44a之间创建了抽象层，从而使得各个发送或目标设备或数据系统不必知道医院系统或IDN中的其它设备或数据系统的细节，而是仅需要知道通常配置的用于运行的数据和协议。(图2A和图2B中以后缀“a”引用的医疗设备和数据系统是为了指定通用系统，而与来源无关。)例如，自动配药机器(ADM)包含有关存货清单数据，但是输液系统可能只关心注入系统中通过注入泵注入的药物的存货信息。在另一个实例中，点护理(POC)系统40可能只配置为只与药物超标的警报相关，而没有来自配药系统的任何其它东西。
[0055]CCS 300包括用于作为医院数据系统IOB —部分的各外部设备或数据系统的适配器320，即接口单元320。在某些实施例中，适配器可具有大于一个的接口单元。每个适配器320构建于一个公共基础结构或“构架”，并根据要连接到该适配器320的外部设备使用的特定本地报文格式进行定制。将参照后面附图详细描述适配器320的结构。CCS 300还包括核心340，用于在适配器320之间传送内部报文格式的报文。内部报文格式通常对于所有的内部报文格式报文是公用的，无论适配器320是提供内部报文格式的报文还是接收内部报文格式的报文。至少图13对于内部报文格式进行了更详细的描述。
[0056]在某些实施例中，根据第一适配器320提供的信息,核心340将内部报文格式报文从第一适配器320传送至一个或多个适配器320，从而以“推进”通信模式工作。在某些实施例中，核心340的作用只是在适配器320之间传送内部报文格式报文，而不对内部报文格式报文进行处理。在某些实施例中，医院系统IOB中或IDN中可能会具有大于一个的核心340。例如，具有四十个医院站点的IDN可能在这四十个医院站点分别部署了一个CCS 300，每个CCS 300的核心340配置为，当某个医院站点上的CCS 300的适配器320将内部报文格式报文发送给另一个医院站点上的CCS 300的适配器320时，内部报文格式报文可在这两个核心340之间传送。在某些实施例中，CCS 300包括与多个物理地点上的外部设备连接的适配器320。选择性地或额外地，可在网络服务体系结构中实施适配器320。
[0057]通过添加新的适配器320，CCS 300可扩展到新的外部设备。新的适配器320通过以下方式创建:从适配器结构开始，增加了多个元件，用于至少识别其它的一个或多个要将内部报文格式报文发送到的外部设备。
[0058]在某些实施例中，CCS 300包括非易失性存储器(图2A中未展示)，例如一个或多个磁性编码的硬盘或闪存。在某些实施例中，适配器320已经收到的报文以已接收格式(即将报文提供给适配器320的外部设备的本地报文格式)存储到非易失性存储器中。在某些实施例中，内部报文格式报文是在传送过程中的一个或多个步骤中存储到非易失性存储器中的。在某些实施例中，CCS 300向外部设备提供的报文是在提供给外部设备前以目标外部设备的本地格式存储的。将输入的、内部的、输出的信息存储在非易失性存储器中，这提供了“持久报文传递”的能力，即如果CCS 300遭遇断电或其它操作打断，报文不会丢失。在某些实施例中，通过在非易失性存储器中检索正在进行中的报文，核心340恢复内部报文格式报文的传送。在某些实施例中，通过在非易失性存储器中检索正在进行中的报文，适配器320将输出报文重新提供给外部设备。在某些实施例中，CCS 300将信息存储在非易失性存储器上的数据库中(图2A中未展示)。在某些实施例中，CCS 300中的报文的存储是以经过CCS 300的报文流中的若干点的队列执行的。至少图7、图8、图9A、图9B对于队列进行了更详细的描述。
[0059]图2B描绘了另一个根据本公开的某些方面的CCS 300的示例性系统的体系结构。在该实施例中，HIS 200的每个EHR系统220、222、224、226、228、230具有单独的适配器320。在某些实施例中，附接到医疗设备(例如药物分配设备22a)上的适配器320可将报文直接发送至特定的EHR系统，例如PHARM系统226。
[0060]与传统的通信配置相比，CCS 300大大简化了在不同设备之间提供系统间通信所需要的连接。本公开的系统和方法的该特征甚至在医院系统和/或IDN中的设备数量增加时更能体会到。
[0061]图3为根据本公开的某些方面的CCS 300的概念描绘，其提供了外部数据系统(通常以引用编号330提及)与医院信息系统(HIS) 200之间的中心整合点。与外部数据系统330格式不同的数据被映射和/或转换为公用报文系统(CMS)格式，在本文中也称为“内部报文格式”。根据本公开的某些方面，如果适配器320提供的由外部数据系统330发送的数据是内部报文格式的，CCS 300可将该数据变换(或“转化”或“映射”或“翻译”或“转换”等)为例如任何其它的接收数据系统330 (或“目的地”或“目标”)的格式。因此，通过CCS330执行翻译，数据发送系统330和接收数据系统330仍然能够按照它们自身的本地数据格式和协议运行，从而允许数据发送系统330与接收数据系统330通信。
[0062]利用队列310和适配器320对报文的流动进行控制和/或引导，并为需要的数据和报文提供翻译，这在后面将进行更详细的描述。根据本披露的某些方面，每个与CCS 300连接的设备或系统330和HIS 200具有其自己的一个或多个队列310和适配器320。单独适配器320提供特定于每个设备330的翻译，并将设备330的特定数据格式翻译为内部报文格式。
[0063]图4描绘了根据本披露的某些方面的CCS 300的体系结构的概述。CCS 300包括支持多个适配器320的核心340和适配器构架342。CCS 300还包括工具346，其中包括管理控制台工具348、配置工具350、登陆工具352、迁移工具354、报文跟踪工具356。在图4中，分部描绘了设备和外部数据系统，但是二者具有相同的引用编号330。
[0064]核心340和适配器构架342允许将适配器320集成到核心340中并与核心340连接。如图所示，每个适配器320可将设备330或数据系统330连接到核心340。在某些方面中，提供一个空闲的适配器构架342，以便于插接额外的适配器320，而不需要改变核心340。
[0065]图5更详细地描绘了根据本公开的某些方面的CCS 300的核心340和适配器构架342。在核心340中，报文传递系统为“推进型”报文传递系统。该通信系统使用数据库中的报文队列(图3中的310)用于不断地存储报文。每个推进到CCS 300的报文在被路由至目标前都会经过报文队列310。在推进型报文传递中，报文目标是由发送者确定的，也就是说当信息到达特定的CCS适配器320时，该适配器320通过配置确定该报文将被发送至何处。在其它实施例中，报文传递系统300可以是“发布-预定系统”，其中由目标选择它想要接收的报文。
[0066]CCS 300具有持久报文传递或可靠报文传递的特点。适配器构架342执行的机制中每个报文将不会自动从队列310中删除，直到数据发送系统330确认该信息已经被目标数据系统330收到。CCS 300中的报文默认是按它们的接收顺序处理的。但是，在实施中CCS 300中的报文的处理顺序是可变化的。
[0067]在图5中可以看到，在某些方面中，核心340可包括各种报文组件，如排队、登陆、报文映射、报文处理程序、报文过滤、公用报文系统、管理服务、服务器组件适配器、实用程序、Http服务器、报文跟踪、报文备份、服务器组件加载器等信息组件。基于组件注册或全局程序集缓存，这些组件可在运行时动态加载。每个组件都可插接和实现至少一个接口、定义其接口标识(ID)和它的类别ID。组件加载器基于其类别ID和接口 ID动态地加载组件。在某些实施例中，一个组件可实现多个不同的接口，其中每个接口具有它自己的接口 ID。[0068]适配器构架342包括报文映射、定制信息处理、配置、拦截器、外部网络服务、外部通信和管理组件/服务。
[0069]图6描绘了根据本公开的某些方面的报文生命周期。在默认配置中有三个核查点，它们是报文生命周期的一部分。这些核查点为进入队列(InQ) 362、标准出队队列(Std0utQ)364、出队队列(0utQ)366。在图3中，这些队列362-366共同称为报文队列310。由于队列362-366的使用，如果CCS 300在任何时间关闭,将会在每个报文的上一个核查点重新开始对这些报文的处理。CCS 300支持适配器320之间的异步报文模式。核心340和适配器构架342提供了可扩展报文流控制，以在整个CCS 300内提供一致报文处理，无论将来会开发何种类型的适配器320，例如用于新类型的设备或系统。
[0070]适配器构架342执行一组允许与流经CCS 300的报文交互的处理模块370。这些接口划分为两种类别:“拦截器”370A& “定制处理模块”(CPM) 370B，如图6所描绘。拦截器370A和CPM 370B都能够在报文流路径中的相同插接点与报文进行交互。因此，可在某个插接点对信息进行处理、操作、翻译、复制、存储等。在图6的示例性实施例中，以引用编号372、374、376、378、380对若干个插接点进行引用。
[0071]根据本公开的某些方面，可在某个插接点(例如插接点374)上应用多个拦截器370A，并且可在CCS 300执行的任何时间对这些拦截器370A的执行顺序进行配置。可在大于一个适配器320上应用拦截器370A，从而提供一类数据处理，即同一个拦截器370A可用于多个适配器320。例如，信息备份拦截器370A可用于许多个适配器320，从而提供一种通用的备份机制。根据本公开的某些方面，CPM 370B比拦截器370A具有更高的优先权。即CPM 370B可对拦截器370A所作的报文处理进行重写。在某些实施例中，CPM 370B不能在多个适配器320上共享。
[0072]根据本公开的某些方面，拦截器370A和CPM 370B都允许在下面的位置与报文流进行交互。
[0073]进入队列362前，在插接点372:当来自外部数据发送系统330的本地报文格式的报文通过网络服务332到达时，存留前，该插接点372允许适配器342对本地格式(即，外部数据发送系统330本地的报文格式)报文实施定制操作。
[0074]进入队列362后，在插接点374:本地格式报文已存留在进入队列362，将该报文映射/转换为CMS格式前，该插接点374允许适配器320对本地格式(即，外部数据发送系统330本地的报文格式)报文实施定制操作。
[0075]信息映射后，在插接点376:发送的本地报文映射和/或转换为内部报文格式(也称为CMS格式)前，在现有的内部报文格式报文离开接收适配器320前，该插接点376允许适配器320对内部报文格式报文实施任何定制操作。
[0076]标准出队队列364后，在插接点378:内部报文格式报文映射和/或转换为目标本地报文格式前，该插接点378适配器320对内部报文格式的报文在其为内部报文格式时实施任何定制操作。
[0077]出队队列366后，在插接点380:现有的目标本地格式报文通过通信组件334发送至外部数据系统330前，该插接点380允许适配器320对该目标本地格式的目标本地格式报文实施任何定制操作，即目标外部数据系统330本地的报文格式。
[0078]由于插接点376、378允许报文以内部报文格式进行处理，因此任何在插接点376、378对报文进行处理的拦截器370A或CPM 370B都可以对报文进行处理，而不需考虑特定的外部数据发送系统330，也不需考虑特定的外部数据发送系统330本地的报文格式。于是，任何在插接点376、378对报文进行处理的拦截器370A或CPM 370B都可以在任何外部数据系统330上以及任何将来增加的外部数据系统上重复使用，而不必重写，或者为每个外部数据系统330定制任何这样的拦截器370A或CPM 370B。
[0079]图7描绘了根据本公开某些方面的通过核心340在两个适配器320之间的报文流。作为示例性目的，该图描绘了两个通过核心340进行通信的适配器320。实际上，通常会有更大量的适配器320耦接到核心340，使得大量的设备和数据系统330能够彼此相互通f目。
[0080]图8描绘了根据本公开某些方面的适配器320的元件和若干元件的连接。如前面所讨论的，拦截器370A为一组能够插入适配器构架执行特定操作(如存储报文副本、将报文复制为多个副本)或对特定系统执行定制操作的组件。特定的拦截器370A可用于适配器中的多个不同插接点或多个适配器上。
[0081]多个适配器320为多组在外部数据系统与CCS 300之间提供插接点的多组组件。根据本公开某些方面，每个适配器320包括传送、协议、映射、业务逻辑插接点。
[0082]传送逻辑(组件)121负责对外部数据系统发送和收到的数据流进行发送和接收。传送组件121处理的是比特和字节。每个传送组件将会必须实施一组软件接口从而使它能够通过传送插接点321插入适配器构架342。
[0083]协议逻辑(组件)122负责通过实施两个端点之间的特定的通信握手来对数据流进行翻译。协议组件122对报文的起始和结束进行检测，从而可在数据流中提取报文。除了在数据流中提取报文，协议组件122还负责检测错误状态，并且如果错误是可恢复的，则对错误进行恢复。每个协议组件122实施一组软件接口从而使它能够通过协议插接点322插入适配器构架342。
[0084]映射逻辑(组件)123负责将来自外部数据系统330的本地报文格式报文转换为内部报文格式(CMS)或将内部报文格式转换为本地报文格式。映射组件123将会在部署时插入。映射组件123包括翻译列表、数据元件映射和信息结构定义。映射组件需要了解本地报文格式、知道如何将本地报文格式转换(映射、翻译、转换等)为内部报文格式并知道如何将本地报文格式的各数据单元映射为内部报文格式。映射组件123插入到映射插接点323。
[0085]图9A和图9B描绘了根据本公开某些方面经过适配器320的示例性报文流。该描绘与图6中所展示的类似，但是还展示了传送、协议、映射、拦截器、CPM单元。图9A描绘了核心340上收到的来自外部数据发送系统的报文流。传送组件121接收来自输入端口(TCP/IP或串行的)的本地报文格式的本地报文格式的报文，并将本地报文格式报文传递给协议组件122。协议组件122从本地报文格式报文中提取信息、将本地报文格式的本地报文格式报文存储在进入队列362中，并向传送逻辑121发送确收。映射组件123将本地报文格式报文从进入队列362中提出并映射为内部报文格式报文，即CMS中使用的格式的报文。随后内部报文格式报文经过一系列一个或多个拦截器370A和CPM 370B。随后将内部报文格式报文提供给报文传送系统，即核心340 (未在图9A中展示)，进行路由。
[0086]在图9B中的向外流动路径中，CPM 370B接收来自核心340 (未在图9B中展示)的内部报文格式的内部报文格式报文，并将内部报文格式报文存储在标准出队队列364中。随后，接收到来自标准出队队列364的内部报文格式报文并将其传递给一个或多个拦截器370A和CPM 370B。处理完成后，映射组件123将内部报文格式报文映射为目标数据系统330的本地报文格式，并将其存储在出队队列366中。协议组件122从出队队列366中检索本地报文格式报文，并添加需要的报文协议构架。传送组件121将受协议构架的报文发送至外部数据系统330。外部数据系统330确认收到报文后，协议组件122将本地报文格式报文从出队队列366中删除。
[0087]核心340收到来自适配器320的内部报文格式报文后，核心340使用其可配置的路由选择表找到哪些适配器320是内部报文格式报文的收件人。核心340将内部报文格式报文推向一个或多个目标适配器320。在一个实例中，由于核心340为推进型报文传递系统，因此路由选择表是由发送(源)适配器320确定的。发送适配器320确定应将内部报文格式报文路由到哪里。目标适配器320确定它是否想要接受该内部报文格式报文。如果目标适配器320不想接受某个内部报文格式报文，目标适配器320能够发出信号通知报文传递系统是否接受或阻止特定的内部报文格式报文。这允许目标外部数据系统330选择需要的通信并过滤掉不想要的通信，无论通信源自何处。
[0088]图1OA为根据本公开的某些方面的示例性信息处理流程图600。步骤602-632涉及对来自外部数据系统的进入报文的处理和操作，步骤640-674涉及对向外部数据系统发送的发出报文的处理和操作。在某些实施例中，进程600的所有步骤都由一个单独适配器320 (例如图2中所展示)执行，并连接到一个单独的数据系统，该系统根据本地协议以本地格式进行通信。在某些实施例中，适配器320能够与多个外部设备和数据系统以所有多个外部设备和数据系统所使用的本地报文格式通信。在某些实施例中，适配器320能够以多个外部设备和数据系统的各自的本地报文格式与它们通信。
[0089]进入过程开始于步骤602接收到来自外部系统的报文。在步骤604，根据外部数据系统330使用的本地报文格式和协议对该报文进行分析和翻译。在步骤606确定该报文是否被成功接收。如果没有成功接收，进程分支沿着“否”路径返回至步骤602，从而请求重新传送。如果报文已被成功接收，进程分支沿着“是”路径进入步骤610。
[0090]步骤610为信息进程600中的第一个插接点。适配器框架342在进程的若干点上提供了多个插接点。步骤610为将到来的本地报文格式报文保存在进入队列362中之前的接收后处理点。在步骤610可能没有对本地报文格式报文进行任何处理。步骤610中的处理细节将会在图13B中进行更详细的讨论。步骤610对本地报文格式报文进行处理后，或者没有进行任何处理，在步骤614，将本地报文格式报文以本地格式保存在进入队列362中。
[0091]在进入队列362中对本地报文格式报文进行检索并使其在插接点620可用。此外，在步骤620可能没有进行任何处理或者进行了一个或多个处理。随后，在步骤622，将本地报文格式报文映射为内部报文格式，即CMS格式，并随后将会有另一个需要进一步处理的插接点630。随后，内部报文格式的报文被发送至核心340，以被传递到一个或多个目标适配器320。
[0092]发出进程开始于步骤640从核心340接收到内部报文格式的内部报文格式报文。内部报文格式报文立刻被保存在标准出队队列364中。随后，在标准出队队列364中对内部报文格式报文进行检索并使其在第四插接点650可用于进行处理。在步骤650 (如果有的话)进行处理后，在步骤652将内部报文格式报文映射为外部数据系统的本地报文格式。随后，在插接点660可以对本地报文格式报文进行进一步处理，并随后将其保存到出队队列366中。如果系统能够这样做，在步骤670，在出队队列366中对本地报文格式报文进行检索，并在步骤674将其发送至外部数据系统。
[0093]在某些实施例中，在适配器构架342中省略了一个或多个插接点610、620、630、650、660、670。例如，在图6和7的实施例中省略了插接点660。在某些实施例中，在一些本文未标识出的其它信息流动点可提供额外的插接点，例如，收到来自核心340的内部报文格式报文后、将收到的该内部报文格式报文保存在标准出队队列364前。
[0094]图1OB为根据本公开的某些方面的图1OA的报文处理流程图600的部分放大视图。图1OB中以610/620/630/650/660/670标记的方框为流程图600的任何插入步骤内的典型实例流程。在该实例中提供了两种类型的处理模块370，拦截器370A和定制处理模块(CPM) 370B。在该实例中，在步骤682，进程首先确定是否存在能够在特定步骤610/620/630/650/660/670中对报文进行处理的拦截器370A。如果存在，处理分支沿着“是”路径进入步骤684并执行拦截器370A。在某些实施例中，拦截器370A数量大于一个。在某些实施例中，没有用于特定步骤610/620/630/650/660/670的拦截器370A。如果不存在拦截器370A，或者在步骤684执行拦截器370A后，进程到达步骤686，在此确定是否存在CPM370B。如果是，处理分支沿着“是”路径进入步骤688并且执行CPM370B。在某些实施例中，在特定步骤610/620/630/650/660/670中仅存在一个单独的CPM 370B。在某些实施例中，在步骤682前执行步骤686和688。
[0095]在该实例中，拦截器370A用于执行算法，该算法用于大于一个的步骤610/620/630/650/660/670，或者在特定步骤中用于多个适配器320。在该实例中，CPM 370B用于执行对于CCS 300中的特定步骤610/620/630/650/660/670而言为唯一的算法。在其它实施例中，使用其它配置方针来确定所提供的处理模块的类型数量以及如何对它们分配。
[0096]在某些实施例中，可通过拦截器370A或CPM 370B将数据注入报文中。例如，可添加用于根据与报文一起收到的头部信息对源设备或系统进行识别的字段。
[0097]图11为根据本公开的某些方面的发出报文的操作的状态图。该进程从就绪状态702开始。收到来自出队队列366的本地报文格式报文后，系统过渡到状态704对本地报文格式报文进行传送。完成传送后，系统过渡到状态706并启动计时器，随后进一步过渡到等待状态708。如果系统收到来自外部数据系统330的NAK (没有应答)，即传送未被成功接收的报文，或者如果收到ACK (命令正确应答)或NAK报文前在状态706中开始的计时器超时，则系统返回到状态704并重复该传送。如果系统收到来自外部数据系统330的ACKJlJ系统过渡到状态710，其中系统将来自出队队列366的本地报文格式报文删除。清除完成后，系统过渡回就绪状态并等待新的本地报文格式报文。
[0098]图11中展示的进程为进队队列362、标准出队队列364、出队队列366中的任意一个之后的报文处理的典型操作。由于直到下一个处理步骤时确认报文被收到前，未在各队列中将报文清除，无论内部或外部，在传送中发生功率损耗或其它中断的情况下，系统可对报文重复检索并传送。
[0099]图12示出了根据本公开的某些方面将进入报文400从第一本地报文格式(即本地报文格式报文)转换为内部报文格式报文420,并随后转换为第二本地报文格式的第一发出报文440以及第三本地报文格式的第二发出报文460的转换过程。在该实例中，进入报文来自序号为A123456的设备并对为患者分配的药物进行报告。该设备可以是例如自动配药设备。字段402为患者姓名，其格式为名字-姓氏。字段404为事件，字段406为患者配药的人员的姓名。字段408、410、412分别为月、日、年的单独字段。字段414分配的药物的名称。
[0100]在该实例中，CCS 300使用了用于展示内部报文格式报文的内部报文格式。来自进入报文400的字段402的患者姓名被划分为字段422中的姓氏和字段424中的名字。内部报文格式具有用于患者年龄的字段426和用于对患者的过敏反应进行标识的字段428。尽管患者具有年龄并可能有过敏反应，但是进入报文400 (本地报文格式)未包含该信息，因此字段426和428为空。字段430为源设备类型，字段432为设备的序列号，它们是从本地进入报文格式报文400的标题中提取的。内部报文格式报文420包括许多其它字段，并分别在报文末尾的字段434、436、438中对年、月、日进行记录。可以看到，日期字段的顺序已经从本地进入报文格式报文400的月-日-年变为内部报文格式报文420的年-月-日。
[0101]内部报文格式报文420的信息的一些部分在报文440中被提供给eMAR系统并在报文460中提供给支付系统。在某些实施例中，报文440中只提供了内部报文格式报文420的第一部分信息。在某些实施例中，报文460中提供了内部报文格式报文420的第二和不同部分的信息。
[0102]在报文440中，已经将内部报文格式报文420的日期信息字段434、436、438串连为字段442中的月-日-年信息串。第三字段为护士的姓名。已经将来自内部报文格式报文420的第一字段422和第二字段424的患者名字和姓氏串连为报文440的第四字段448中的名字-姓氏信息串。
[0103]在报文460中，已经将CMS报文420的日期信息字段434、436、438串连为字段466中的年-月-日信息串。第三字段为护士的姓名。已经将来自报文420的第一字段422和第二字段424的患者名字和姓氏串连为报文460的第一字段462中的姓氏-名字信息串。药物名称现在为第四字段468，它是原来的本地报文格式报文400中的第七字段414。
[0104]在图12的实例中可以看到当信息从本地报文格式报文400到内部报文格式报文420到报文440和460转换时，信息是如何在各种报文格式的各位置中的字段之间移动的。单独字段信息可划分为多个分离的字段，如患者姓名字段402被划分为字段422和444，来自多个字段的信息可串连或组合，如日期字段434、436、438被组合为字段442的月-日-年f目息串和字段466的年-月-日彳目息串。
[0105]在某些实施例中，字段格式化在各报文之间是变化的。例如，在某些实施例中，将日期-年字段412格式化为8字符的ASCII字符串来记录年份，而将日期-年字段434格式化为16位二进制数来记录与字段412相同的信息。报文以及各报文的字段的结构可以是本领域内技术人员了解的任何数据结构和数据格式。
[0106]图13示出了根据本公开的某些方面将两个第一和第二本地报文格式的进入报文实例800和840转换为带标签的姓名-数据格式的内部报文格式报文820和860。每个内部报文格式报文只包含经常使用的字段，其中每个字段包含姓名或标签部分和数据部分。各内部报文格式报文(如报文820、860)将不会具有相同的字段设置，但是具有相同姓名的字段是相等的。根据字段，到达报文中的各字段可映射为一个或多个内部报文格式字段。[0107]在该实例中，姓名字段802和842都映射为姓名字段822，其中将报文820的姓名字段命名为822A，将报文860的姓名字段命名为822B，从而表示它们具有不同的数据。报文800的其它字段804、806、814映射为报文820的字段824、826、830，但是字段824、826、830在报文860中是不存在的，因为报文840不包括这些数据。报文800的日期字段808、810、812和报文840的日期字段844、846、848都映射为日期字段828，也以后缀“A”和“B”表示数据不同。
[0108]在某些实施例中，将未经适配器320的映射模块认证的字段中的数据存储在一般数据字段，即存储在具有系统生成的与数据无关的标签的字段中。如此，到达报文中的数据不会丢失并可以在进程的后面阶段对其进行处理，或者将其存档并在将来对适配器320进行修改后能够进行脱机处理。
[0109]总的来说，CCS 300提供了一种模块化的、可扩展的、可升级的通信系统，该系统可在任何信息系统或网络设备之间进行信息交换。单独发送设备或系统发出的信息可选择性地广播到多个预定的目标设备和系统，而不是广播给网络上每一个设备。可在系统间通信流中的一个或多个可选择的点上对信息进行过滤和处理。在某些实施例中，到达报文接收时处于它们的本地报文格式和协议，并将它们转换为内部报文格式用于CCS 300中的内部处理，随后转换为接收系统的本地报文格式并根据该系统的本地协议发送给该系统。
[0110]图14-图22示出了多个示例性的用户接口或图形显示，它们用于为用户呈现示例性CCS 300的拓扑结构图示，并提供控制和修改。图14-图22中示出的图形用户接口可允许用户(如管理员)对CCS 300的多个适配器320之间的报文路由进行有效地监控和控制，使得用户可以实时方式迅速地对CCS 300中的问题进行识别和处理。例如，图形用户接口可允许用户与CCS 300的拓扑结构图示交互，从而对多个适配器320之间的报文的路由进行配置和测试。例如，图形用户接口可允许用户例如在CCS 300的插接点将如测试报文、内部报文或外部报文注入到CCS 300报文路由中。
[0111]此外，图14-图22中示出的图形用户接口可允许用户对实施于CCS 300的插接点(如在进队队列前、进队队列后、标准出队队列后、出队队列后插接点)的拦截器和CPM的状态进行查看，以及对它们进行删除、修改。如此，用户可对对实施于CCS 300的每个插接点的拦截器370a和CPM 370b进行有效地增加、删除、监控。
[0112]图14-图22中示出的图形用户接口还可允许用户对CCS 300中的适配器320进行监控、删除、配置。例如，图形用户接口可为用户呈现指示适配器320状态的图形元件，并允许用户通过选择指示适配器320状态的图形元件启动、暂停、停止适配器320。此外，例如当向CCS 300中增加与外部系统向相关联的适配器320时，或者其中一个适配器320相关联的外部系统的参数或状态发生变化时，图形用户接口可允许用户与适配器320相关的各种参数。
[0113]在一个实施例中，CCS 300可根据CCS 300的适配器320相对应的报文路由信息确定CCS 300的拓扑结构。例如，CCS 300可对各个适配器320发出的各个报文进行处理，从而识别各个报文的目标。CCS 300可针对各个适配器320发出的报文的各个不同的目标来确定和存储报文路由信息。随后，CCS 300可针对各个适配器320的各个不同目标单独地处理、控制、监控报文路由信息。
[0114]选择性地，或额外地，CCS 300可根据CCS 300的各适配器320之间的连接确定CCS 300的拓扑结构。例如，CCS 300可通过将连接信息存储在数据库表格中，对各适配器320之间的全部活动连接进行监控和存储。CCS 300可对存储在数据库表格中的连接信息进行处理，从而确定各个适配器320发出的报文的各个可能的不同目标。CCS 300可分别针对各个适配器320的各个不同的目标来对连接信息和报文路由信息进行处理、控制和监控。相应地，报文路由信息可能涉及对报文进行路由的一个或多个适配器320之间的任何连接。
[0115]通常，图14-图22的图形用户接口为用户呈现了与CCS 300的拓扑结构相对应的高级别信息和低级别信息，以及提供了对它们的控制和修改。这样，图14-图22的图形用户接口可允许用户对CCS 300进行有效地监控、修改、控制，不论CCS 300实施的复杂程度和规模。
[0116]图14示出了根据本公开的某些方面的示例性图形用户接口 1400，其呈现了 CCS的拓扑结构图示，并提供了对它的控制和修改。
[0117]图形用户接口 1400可包括操作区域1410和显示区域1420。操作区域1410可包括全部开始选择器1411、全部停止选择器1412、报文选择器1413、群组选择器1414、添加群组选择器1415、删除群组选择器1416、注销选择器1417、刷新选择器1418。显示区域1420可包括过滤信息选择器1421、适配器配置选择器1422、主机连接信息选择器1423、进入报文信息选择器1424、发出报文信息选择器1425、CCS拓扑结构显示区域1430。
[0118]CCS拓扑结构显示区域1430可包括适配器图标1440、发出报文路由1432、进入报文路由1434。适配器图标1440可分别包括进入报文节点1441、发出报文节点1442、可对应于标准出队队列后插入节点378的标准出队队列后片段1443、可对应于出队队列后插入节点380的出队队列后片段1444、主机连接片段1445、可对应于进队队列前插入节点372的进队队列前片段1446、可对应于进队队列后插入节点374的进队队列后片段1447。此外，可通过适配器标签1448对各个适配器图标1440进行识别，该适配器标签1448可显示与适配器图标1440相对应的姓名或其它标识符。
[0119]运行中，拓扑结构显示区域1430可为用户呈现CCS 300的拓扑结构图示。例如，拓扑结构显示区域1430可为用户呈现CCS 300的各个适配器320的图示(以适配器图标1440表示)，以及各个适配器320的发出报文路由1432和进入报文路由1434。选择性地或额外地，各个适配器320的发出报文路由1432和进入报文路由1434可表示各适配器320之间的连接。
[0120]适配器图标1440的颜色可表示相应的适配器320的状态。例如，绿色的适配器图标1440可表示相应的适配器320的状态为启动，红色的适配器图标1440可表示相应的适配器320的状态为停止，灰色的适配器图标1440可表示相应的适配器320的状态为未知。在一个实施例中，作为对用户选择适配器图标1440的响应，通过将相应的适配器320启动或停止，CCS 300可将相应的适配器320的状态从启动转换为停止,或者从停止转换为启动。
[0121]适配器图标1440还可显示与各相应的适配器320相关的额外信息。例如，当用户选择(或停留于某个点击设备)适配器图标1440的片段1443、1444、1445、1446、1447中的一个时，图形用户接口 1400可为用户显示额外的信息，例如以工具提示的形式、弹出窗口的形式、语音提示的形式、或者通常向用户呈现信息的任何形式。选择性地或额外地，当用户选择(或停留于某个点击设备)适配器图标1440的片段1443、1444、1445、1446、1447中的某个时，片段1443、1444、1445、1446、1447中的这个片段的颜色可变化，从而将选择的这个片段与片段1443、1444、1445、1446、144中的其它片段相区分。例如，所选择的片段的颜色可变为黄色。
[0122]由于CCS 300的报文路由可能是复杂的，因此图形用户接口 1400提供了一些用于对显示在显示区域1420中的信息进行刷新或过滤的机制。例如，作为对用户选择了一个适配器图标1440的响应，图形用户接口 1400可仅显示与所选择的适配器图标1440相对应的报文路由，如下面的图16和图17中所示。此外，作为对用户选择了过滤信息选择器1421的响应，图形用户接口 1400可显示额外的过滤器，如下面的图18中所示。同样，作为对用户选择了适配器配置选择器1422的响应，图形用户接口可显示与所选择的适配器图标1440相对应的适配器320的配置的信息和控制，如下面的图19中所示。作为对用户选择了主机连接信息选择器1423的响应，图形用户接口可显示与所选择的适配器图标1440相对应的适配器320进行通信或承载了该适配器320的设备的信息和控制，如下面的图21中所示。作为对用户选择了进入报文信息选择器1424的响应，图形用户接口 1400可显示与所选择的适配器图标1440相对应的适配器320的进入报文的信息和控制，如下面的图22中所示。作为对用户选择了发出报文信息选择器1425的响应，图形用户接口 1400可显示与所选择的适配器图标1440相对应的适配器320的发出报文的信息和控制，如下面的图23中所示。
[0123]操作区域1410可提供多个选择器，用于执行显示在显示区域1420中的信息相关的动作，例如显示区域1420中显示的以适配器图标1440表示的适配器320相关的动作。例如，作为对用户选择了全部开始选择器1411或全部停止选择器1412的响应，CCS 300可分别向显示在显示区域1420中的以适配器图标1440表示的适配器发出开始命令或停止命令。作为对用户选择了报文选择器1413的响应，可向CCS 300的报文路由中注入报文，如测试报文或其它报文。选择性地或额外地，作为对用户选择了报文选择器1413的响应，图形用户接口 1400可显示额外的选择器，该选择器允许用户识别应当在何处将报文(如测试报文或其它报文)注入到CCS 300中。选择性地或额外地，用户可显示区域1420中的图示，如适配器图标1440，或者与插接点相对应的片段，从而识别应当在何处将报文(如测试报文或其它报文)注入到CCS 300中。
[0124]使用群组选择器1414，用户能够选择一组适配器320。作为对用户利用群组选择器1414选择了一组适配器320的响应，可对适配器图标1440进行过滤，从而使得只有与所选择的这组适配器320相对应的适配器图标1440显示在显示区域1420中。作为对用户选择了添加群组选择器1415的响应，图形用户接口 1400可显示一种用于添加或创建一组适配器320的机制，例如以弹出窗口的形式。作为对用户选择了删除群组选择器1416的响应，当前所选择的任何群组将被从群组选择器1414中删除。选择性地或额外地，作为对用户选择了删除群组选择器1416的响应，可将与所选择的群组的适配器320相对应的适配器图标1440从显示区域1420中删除。作为对用户选择了刷新选择器1418的响应，可对图形用户接口 1400进行刷新。作为对用户选择了注销选择器1417的响应，用户可退出图形用户接n 1400。
[0125]图15为根据本公开的某些方面的示例性图形用户接口 1500，该接口呈现了 CCS规模化实施的拓扑结构的图示，并提供了对它的控制和修改。图形用户接口 1500可以以可读形式呈现包括很多适配器320的CCS 300。
[0126]例如，当显示于显示区域1420中的适配器图标1440的数量超出阀值时，图14的图形用户接口 1400可转换为图15的图形用户接口 1500。适配器图标1440的大小可根据显示于显示区域1410中的适配器图标1440的数量按比例改变。此外，当适配器图标1440的数量超出阀值时，适配器图标1440的适配器标签1448可根据所显示的适配器图标1440的数量按比例旋转，从而使得适配器图标1440的适配器标签1448不会重叠。这样，图形用户接口 1500以可读形式为用户呈现了包括许多适配器的CCS 300的拓扑结构。
[0127]图16为根据本公开的某些方面的示例性图形用户接口 1600，该接口呈现了与所选择的CCS适配器相关联的报文路由信息的图示，并提供了对它的控制和修改。图形用户接口 1600可作为对用户选择了图15的一个适配器图标1440的响应而呈现。例如，可作为对用户选择了一个具有标题为“ADT进入”的适配器标签1448的适配器图标1440的响应，对图形用户接口 1600进行显示。图形用户接口 1600可在所选择的适配器图标1440周围呈现指示器1610，例如用于将所选择的适配器图标1440与其它适配器图标1440进行区分。此外，可对所选择的适配器图标1440的适配器标签1448进行修改，例如通过在所选择的适配器图标1440的适配器标签1448周围绘制一条轮廓线，从而对所选择的适配器图标1440的适配器标签1448与其它适配器图标1440的适配器标签1448进行区分。
[0128]如图形用户接口 1600中所展示，作为对用户选择了一个适配器图标1440的响应，可对呈现在显示区域1420中的发出报文路由1432和进入报文路由1434进行过滤，从而仅呈现所选择的适配器图标1440代表的适配器320的发出报文路由1432和进入报文路由1434。此外，在这方面，为了区分向适配器图标1440代表的适配器320发出报文或从其接收报文的适配器320，可将向所选择的适配器图标1440代表的适配器320发出报文或从其接收报文的适配器320相对应的适配器图标1440突出显示。
[0129]图形用户接口 1600还示出了主机连接工具提示1615，其例如作为对用户选择了主机连接片段1445 (或停留于某个点击设备)的响应而呈现给用户。同样，当用户选择了其它片段1443、1444、1446、1447中的一个(或停留于某个点击设备)时，图形用户接口 1600可显示与其它片段1443、1444、1446、1447中的一个相对应的工具提示。此外，所选择的主机连接片段1445的颜色可变化为例如黄色，从而对所选择的主机连接片段1445与其它片段 1443、1444、1446、1447 进行区分。
[0130]图17选择性地示出了根据本公开的某些方面的示例性图形用户接口 1700，该接口呈现了与所选择的CCS适配器相关联的报文路由信息的图示，并提供了对它的控制和修改。除了图16中所示出的信息，图17还示出了可将与所选择的适配器图标1440代表的适配器320相对应的进入报文路由1434和发出报文路由1432分别进行颜色标记，从而例如允许用户容易地在进入报文路由1434与发出报文路由1432之间进行区分。例如，可以以第一种颜色表示进入报文路由1434，而以第二种颜色表示发出报文路由1432，第二种颜色能够在视觉上与第一种颜色区分。
[0131]此外，图形用户接口 1700示出了与向所选择的适配器图标1440相对应的适配器320发送报文(或从其接收报文)的适配器320相对应的适配器图标1440的适配器标签1448的突出显示也可进行颜色标记。例如，可将与向所选择的适配器图标1440相对应的适配器320发送报文的适配器320相对应的适配器图标1440的适配器标签1448突出显示为与进入报文路由1434相同的颜色，而将与从所选择的适配器图标1440相对应的适配器320接收报文的适配器320相对应的适配器图标1440的适配器标签1448突出显示为与发出报文路由1432相同的颜色。
[0132]图18示出了根据本公开的某些方面的示例性图形用户接口 1800，该接口呈现了与所选择的CCS的报文路由相关联的过滤信息，并提供了它们的控制和修改。图形用户接口 1800可作为对用户选择了过滤信息选择器1421的响应而显示，例如图14中所示。除了图14-图17中所讨论的元件，图形用户接口 1800还可包括过滤选择器区域1810。过滤选择器区域1810可包括目标选择器1812、服务器选择器1814、拦截器选择器1816。
[0133]作为对用户从一个或多个目标选择器1812、服务器选择器1814、拦截器选择器1816中选择了一个或多个值的响应，图形用户接口 1800可对适配器图标1440、片段1443、1444、1445、1446、1447或者任何与它们相关的图形元件进行修改，从而对满足目标选择器1812、服务器选择器1814、拦截器选择器1816所选择的值的组件进行视觉上的区分。例如，在图形用户接口 1800中，用户在拦截器选择器1816中选择值“ADT报文”，作为响应，对实施“ADT报文”拦截器的插接点相对应的每个适配器320的每个片段的颜色进行修改，从而使得所选择的拦截器实施的位置的片段能够与其它片段在视觉上区分。例如，可将这些片段的颜色变为红色。
[0134]图形用户接口 1800还示出了进队后工具提示1815，作为对用户选择了进队后片段1447(或停留于某个点击设备)的响应而显示。同样，当用户选择了其它片段1443、1444、1445,1446中的一个(或停留于某个点击设备)，图形用户接口 1800还可显示与其它片段1443、1444、1445、1446中的一个片段相对应的工具提示。
[0135]图19示出了根据本公开的某些方面的示例性的图形用户接口 1900，该接口呈现与所选择的CCS适配器相关联的信息，并提供了对它的控制和修改。图形用户接口 1900作为对用户选择了适配器配置选择器1422的响应而显示，例如图14中所示。除了图14-图16中所讨论的元件，图形用户接口 1900还可包括适配器信息区域1910和适配器状态选择器 1920。
[0136]适配器信息区域1910可显示与所选择的适配器图标1440相对应的适配器320相关的信息和控制。例如，适配器信息区域1910可显示适配器320的状态、适配器320的报文统计、适配器320的映射、或者概括地说与适配器320相对应的任何信息。此外，通过选择适配器状态选择器1920，用户可对与所选择的适配器图标1440相对应的适配器320的状态进行修改。例如，如果适配器320处于启动状态，作为对用户选择了适配器状态选择器1920的响应，CCS 300可将适配器320的状态改为停止，反之亦然。
[0137]图20示出了根据本公开的某些方面的示例性的图形用户接口 2000，该接口呈现与所选择的CCS适配器进行通信的设备相关联的信息，并提供了对它的控制和修改。图形用户接口 2000可作为对用户选择了主机连接信息选择器1423的响应而显示，例如图14中所显示。除了图14-图17中所讨论的元件，图形用户接口 2000还可包括主机连接显示区域2010。主机连接显示区域2010可显示与所选择的适配器图标1440相对应的适配器进行通信或承载的设备相关的信息和控制。例如，主机连接显示区域2010可显示与所选择的适配器图标1440相对应的适配器进行通信或承载的设备相关的停机信息、连接状态信息、超时信息、或者概括地说与之相关的任何信息。[0138]图21示出了根据本公开的某些方面的示例性的图形用户接口 2100，该接口呈现与所选择的CCS适配器相关联的进入报文信息，并提供了对它的控制和修改。图形用户接口 2100可作为对用户选择了进入报文信息选择器1424的响应而显示，例如图14中所显示。除了图14-图17中所讨论的元件，图形用户接口 2100还可包括进入报文信息区域2110。进入报文信息区域2110可显示与所选择的适配器图标1440相对应的适配器320的进入报文相关的信息和控制。例如，进入报文信息区域2110可显示与所选择的适配器图标1440相对应的适配器320的每个进入报文源的报文计数。
[0139]图22示出了根据本公开的某些方面的示例性的图形用户接口 2200，该接口呈现与所选择的CCS适配器相关联的发出报文信息，并提供了对它的控制和修改。图形用户接口 2200可作为对用户选择了发出报文信息选择器1425的响应而显示，例如图14中所显示。除了图14-图17中所讨论的元件，图形用户接口 2200还可包括发出报文信息区域2210。发出报文信息区域2210可显示与所选择的适配器图标1440相对应的适配器320的发出报文相关的信息和控制。例如，发出报文信息区域2210可显示与所选择的适配器图标1440相对应的适配器320的每个发出报文源的报文计数。
[0140]尽管本说明书中包含了许多细节，但是这些细节不应当理解为对所主张的范围的限制，而是对主题的一些特定实施的描述。本说明书中依据各单独实施例描述的多个特征也可组合在一个单独的实施例中实施。相反地，依据单独实施例描述的多个特征可分别在多个实施例或任何适当的子组合中实施。
[0141]本文所讨论的计算机程序不必对应于文件系统中的某个文件。可将程序以一个专门用于所讨论的程序的单独文件或多个协调的文件(例如，存储一个或多个模块、子程序、代码的多个部分的多个文件)，存储在保留其它程序或数据的文件(例如，存储在标记语言文档中的一个或多个脚本)的一部分中。可将计算机程序部署为在一台计算机上执行，或者在位于一个地点或分布在多个地点并通过通信网络相互连接的多台计算机上执行。该说明书中描述的进程和逻辑流程可由执行一个或多个计算机程序的一个或多个可编程处理器来实施，从而通过对输入数据和生成输出的操作来实施这些功能。
[0142]计算机系统还包括耦接到总线的数据存储设备(如磁盘或光盘)，用于存储信息和指令。计算机系统可通过输入/输出模块耦接到各种设备。输入/输出模块可以是任何输A /输出模块，如USB端口。输入/输出模块能够与通信模块连接，如网络接口卡、以太网卡、调制解调器。在某些方面中，计算机系统包括如键盘或点击设备(例如，鼠标或跟踪球)的输入/输出模块，通过该设备用户可向计算机系统提供输入。也可使用其它种类的输入设备与用户进行交互，如触觉输入设备、视觉输入设备、声音输入设备、脑-计算机接口设备。例如，向用户提供的反馈可以是任何形式的传感反馈，例如视觉反馈、听觉反馈、或触觉反馈；可以对来自用户的任何形式的输入进行接收，包括声音、语音、触觉、脑波输入。示例性的输出设备包括显示设备，如CRT (阴极射线管)或LCD (液晶显示)显示器，用于为用户显不彳目息。
[0143]根据本公开的一个方面，可使用处理器执行包含在存储器中的一个或多个指令的一个或多个序列来实施所公开的进程。这些指令可从另一个机器可读媒介(例如磁盘或光盘)读入存储器。对存储于主存储器中的指令序列的执行导致处理器对本文所描述的处理步骤的实施。也可使用多处理装置中的一个或多个处理器来执行包含于存储器中的指令序列。在多个选择性的方面中，可代替软件指令或与软件指令组合来使用硬接线电路来实施本公开的若干方面。因此，本公开的各方面不局限于硬件电路和软件的任何特定组合。
[0144]本说明书中所描述的主题的各方面可实施于计算机系统中，该计算机系统包括后端组件(例如数据服务器)、或中间组件(例如，应用程序服务器)、或前端组件(例如具有图形用户接口或网页浏览器的客户端计算机，通过它用户可与本说明书中描述的主题的实施设备进行交互)、或一个或多个这种后端、中间件、前端组件的任何组合。系统的各组件可通过任何形式或方式的数字数据通信(例如通信网络)相互连接。该通信可包括例如任何一个或多个个人区域网(PAN)、局域网(LAN)、校园区域网(CAN)、城域网(MAN)、广域网(WAN)、宽带网络(BBN)、因特网等。此外，通信网络可包括，但不局限于，例如任何一个或多个下面的网络拓扑结构，包括总线网络、星形网络、环形网络、网状网络、星形总线网络、树状或分层网络等。通信模块可以是例如调制解调器或以太网卡。
[0145]计算系统可包括多个客户端和多个服务器。通常客户端和服务器相互之间彼此远离并一般通过通信网络交互。客户端与服务器的关系通过运行于各自的计算机上并且彼此具有客户端-服务器关系的计算机程序产生。计算系统可以是例如，但不局限于，台式计算机、膝上型计算机、平板计算机。计算系统还可以嵌入其它系统，例如，但不局限于，移动电话、个人数字助理(PDA)、移动音频播放器、全球定位系统(GPS)接收器、视频游戏控制台、和/或电视机顶盒。
[0146]本文使用的术语“计算机可读存储媒介”或“计算机可读媒介”是指参与向处理器提供用于执行的指令的任何媒介或媒体。这种媒介可以采取很多形式，包括，但不局限于，非易失性媒体、易失性媒体、传输媒体。非易失性媒体例如包括光盘或磁盘。易失性媒体包括动态存储器。传输媒体包括同轴电缆、铜线、光纤。普通型式的机器可读媒体包括例如软盘、软盘、硬盘、磁带、任何其它磁媒介、CD-ROM、DVD、其它光学媒介、穿孔卡片、纸带、任何其它具有孔图案的物理媒介、RAM、PROM、EPROM、FLASH EPROM、任何其它存储器芯片或盒式磁盘，或任何其它计算机可读取的媒介。机器可读存储媒介可以是机器可读存储设备、机器可读存储基底、存储设备、影响机器可读传播信号的物质组成、或它们中的一个或多个的组
口 o
[0147]尽管附图中以特定顺序描绘了多种操作，但是这不应当理解为需要以所展示的特定顺序或按次序执行这些操作，或者需要执行所示出的所有操作来获得需要的结果。在某些情况中，多任务处理和并行处理是有利的。此外，上面描述的各方面中的各种系统组件的距离不应当被理解为在所有方面中都需要这样的距离，应理解为所描述的程序组件和系统通常可集成到一起，并集成到一个单独的软件产品中或封装到多个软件产品中。
[0148]已在多个特定方面中对本说明书的主题进行了描述，但是可以实施其它多个方面，并且这些方面位于下面的权利要求的范围内。例如，权利要求中所列举的动作可按不同顺序执行并且仍然获得期望的结果。作为实例，附图中所描绘的进程不必需要所展示的特定顺序或相继次序来获得期望的结果。在某些实施中，多任务处理和并行处理是有利的。
[0149]提供了上面的描述以使得本领域内的任何技术人员能够对本文所描述的各方面进行实践。尽管前面已经描述了被认为是最好的模式和/或其它实例，但是应当将其理解为本领域内的技术人员将会容易地对这些方面进行各种修改，本文定义的一般原理可应用于其它方面。因此，权利要求不意欲局限于本文所展示的这些方面，而是符合与语言权利要求一致的全部范围，其中，除非特别说明，提到的单数的元件不是意在表示“一个并且仅一个”，而是“一个或多个”。除非特别说明，否则，术语“一组”和“一些”是指一个或多个。男性代词(例如，他的)包括女性和中性(例如，她的和它的)，反之亦然。如果存在，标题和副标题仅作为方便使用，并不对本方面进行限制。
[0150]术语如“方面”不是指该方面对主题技术是必须的或该方面适用于主题技术的所有配置。对于某个方面的公开可能适用于所有构造，或一个或多个构造。术语(如“某个方面”)可能指一个或多个方面，反之亦然。术语(如“实施例”)不是指该实施例对主题技术是必须的或该实施例适用于主题技术的所有配置。对于某个实施例的公开可能适用于所有实施例，或一个或多个实施例。术语(如“某个实施例”)可能指一个或多个实施例，反之亦然。
[0151]本文使用的单词“示例性的”是指“作为实例或例证”。本文中以“示例性的”描述的任何方面或设计不必被解释为优选地或对其它方面或设计有优势。
[0152]那些本领域内技术人员已知或后来获知的整个公开中描述的各方面的所有元件的结构上的和功能上的等价体都明确地通过引用并入本文，并被权利要求所包含。此外，本文公开的全部都不意在贡献给公众，无论该公开是否明确地列举于权利要求中。没有任何主张的要素以35U.S.C.§ 112第六款的规定进行解释，除非明确地使用术语“用于……装置”对该要素进行列举，或者在方法权利要求中，使用术语“用于……步骤”对该要素进行列举。此外，为了对权利要求或说明书中使用的“包括(include)”^具有(have)”等术语进行规范，倾向于将这种术语以类似“包括(comprise)”术语在权利要求中作为过渡词汇使用时所解释的相同方式来将这些术语表示为包`含性的。
【权利要求】
1.一种通信系统，其包括接口模块，该接口模块构造为: 从外部数据系统接受外部数据系统的本地报文格式的第一报文； 将第一报文的至少一部分转换为内部报文格式的报文；并 提供内部报文格式的报文。
2.如权利要求1所述的通信系统，其中，接口模块还构造为: 接受内部报文格式的第二报文； 将所接受的第二报文转换为外部数据系统的本地报文格式；并 向外部数据系统提供第二报文。
3.如权利要求2所述的通信系统，其中: 该通信系统包括多个接口模块；并且 该通信系统还包括耦接到多个接口模块的核心，该核心构造为接受来自第一接口模块的内部报文格式的第 一报文并向第二接口模块提供所接受的内部报文格式的报文作为第二报文。
4.如权利要求1所述的通信系统，其中，接口模块包括: 转换装置，其将所接受的本地报文格式的第一报文转换为流动路径中的内部报文格式的报文，其中所接受的第一报文包括信息；以及 至少一个位于流动路径中的点，在该点对至少部分信息进行拦截。
5.如权利要求1所述的通信系统，其中，接口模块包括: 转换装置，其将所接受的本地报文格式的第一报文转换为流动路径中的内部报文格式的报文，其中所接受的第一报文包括信息；以及 至少一个位于流动路径中的点，在该点，至少部分信息在继续通过转换处理流前被处理。
6.如权利要求1所述的通信系统，其中，接口模块包括: 转换装置，其将所接受的本地报文格式的第一报文转换为流动路径中的内部报文格式的报文，其中所接受的第一报文包括信息；以及 至少一个位于流动路径中的点，在该点，至少部分信息被过滤掉并且不再包含在内部报文格式报文中。
7.如权利要求2所述的通信系统，还包括多个接口模块，这些接口模块包括: 第一适配器，其耦接到第一外部系统并构造为将第一报文从第一外部系统的本地报文格式转换为内部报文格式的报文；以及 第二适配器，其耦接到第二外部系统并构造为将内部报文格式的报文转换为第二外部系统的本地报文格式。
8.如权利要求7所述的通信系统，其中，第一外部系统的本地报文格式与第二外部系统的本地报文格式不同。
9.如权利要求7所述的通信系统，其中，第一外部系统的本地报文格式与第二外部系统的本地报文格式相同。
10.一种通信系统，其包括: 接口模块，其构造为耦接到第一外部系统，该接口模块包括: 输入队列；报文队列；以及 输出队列； 其中，该接口模块构造为: 从第一外部系统接受第一本地报文格式的第一报文； 将所接受的第一本地报文格式的第一报文存储到输入队列； 从输入队列中对第一报文进行检索； 将检索到的第一报文转换为内部报文格式； 将内部报文格式的第一报文提供给另一个接口模块； 从另一个接口模块接受内部报文格式的第二报文； 将所接受的内部报文格式的第二报文存储到报文队列； 从报文队列中对第二报文进行检索，并将检索到的第二报文转换为第一本地报文格式； 将转换后的第一本地报文格式的第二报文存储到输出队列中；并从输出队列中对第二报文进行检索，并将第一本地报文格式的第二报文提供给第一外部系统。
11.如权利要求10所述的通信系统，其中，第一外部系统的第一本地报文格式与第二外部系统的第二本地报文格式 不同。
12.如权利要求10所述的通信系统，其中，第一外部系统的第一本地报文格式与第二外部系统的第二本地报文格式相同。
13.如权利要求10所述的通信系统，还包括多个接口模块，每个接口模块包括第一报文映射组件，其构造为将以各外部设备的本地报文格式接收到的第一报文转换为内部报文格式。
14.如权利要求13所述的通信系统，其中，每个接口模块还包括第二报文映射组件，其构造为将以内部报文格式接收到的第二报文转换为各外部设备的本地报文格式。
15.如权利要求10所述的通信系统，还包括至少一个插接点，在该点，第一报文和第二报文中的至少一个能够被拦截器和定制处理模块(CPM)中的至少一个访问。
16.如权利要求15所述的通信系统，其中，所述插接点在第一外部系统的本地报文格式的第一报文在被存储到输入队列前提供对所述第一报文的访问。
17.如权利要求15所述的通信系统，其中，所述插接点在第一外部系统的本地报文格式的第一报文从输入队列中被检索出来后提供对所述第一报文的访问。
18.如权利要求15所述的通信系统，其中，在第一报文被转换为内部报文格式后，所述插接点提供对第一报文的访问。
19.如权利要求15所述的通信系统，其中，所述插接点提供对内部报文格式的第二报文的访问。
20.如权利要求15所述的通信系统，其中，第二报文被转换为第一外部设备的本地报文格式后，所述插接点中的一个提供对第二报文的访问。
21.如权利要求15所述的通信系统，其中: 第一 CPM构造为用于第一类型的外部数据系统； 第二 CPM构造为用于第二类型的外部数据系统；并且第一 CPM的配置与第二 CPM的配置不同。
22.—种适配器，构造为对第一外部数据系统与其它不同的外部系统之间的报文通信进行适配，至少所述不同的外部系统中的一些与第一外部数据系统具有不同的本地报文格式，该适配器包括: 传送组件，构造为向第一外部数据系统发送报文并从第一外部数据系统接收报文，其中，报文包括信息； 协议组件，耦接到传送组件，协议组件构造为对接收到的报文进行翻译并在接收到的报文中提取至少部分信息；以及 映射组件，构造为将至少部分所提取的信息转换为包含内部报文格式的报文。
23.一种集中通信系统，其包括: 多个适配器，构造为分别以多个外部系统各自的本地报文格式来与各个外部系统进行通信，并提供和接受内部报文格式的内部报文；以及 核心，其与多个适配器耦接，所述核心构造为接收第一适配器发出的内部报文格式的内部报文，并将内部报文格式的内部报文提供给至少一个第二适配器。
24.如权利要求23所述的集中通信系统，其中，外部数据系统包括至少一个医疗设备。
25.如权利要求23所述的集中通信系统，其中，外部数据系统包括至少一个医院信息系统(HIS)。
26.如权利要求23所述的集中通信系统，其中，多个适配器中的每一个均包括: 公共适配器构架；以及 至少一个定制处理模块(CPM)，其用于对各外部数据系统收到和发出的报文进行处理，所述处理特定地配置为用于与这些适配器通信的各个外部系统。
27.如权利要求23所述的集中通信系统，其中，所述核心还包括拦截器，该拦截器构造为对内部报文格式的报文进行处理，不论该报文是多个外部系统中的哪个提供的。
28.一种与多个外部系统对接的方法，该方法包括步骤: 从第一外部数据系统接收第一外部数据系统的第一本地报文格式的报文； 将至少部分接收到的报文映射为内部报文格式； 将至少部分内部报文格式的报文映射为第二外部数据系统的第二本地报文格式的第二报文；以及 将第二报文提供给第二外部数据系统。
29.如权利要求28所述的方法，其中，内部报文格式与第一本地报文格式和第二本地报文格式相区别。
30.一种管理通信系统的系统，包括: 存储器，构造为对集中通信系统的多个适配器之间进行传送的内部报文相关的报文路由信息数据进行存储，内部报文对应于从多个外部系统中的一个外部系统接收到的外部信息，其中内部报文依据内部报文格式被格式化，外部报文依据多个外部系统本地的多个外部报文格式进行格式化；以及 处理器，构造为根据在多个适配器之间传送的内部报文相关的报文路由信息来确定集中通信系统的拓扑结构，并提供所确定的集中通信系统的拓扑结构的图形表示。
31.如权利要求30所述的系统，其中，所述图形表示包括指示集中通信系统的多个适配器的状态的图形元件。
32.如权利要求31所述的系统，其中，每个图形元件的颜色指示集中通信系统的多个适配器中的每一个的状态。
33.如权利要求31所述的系统，其中，所述处理器还构造为响应于对指示多个适配器中的一个适配器的状态的图形元件的选择，对该适配器的状态进行修改。
34.如权利要求30所述的系统，其中，所述处理器还构造为对用户与拓扑结构图形表示的交互的响应，对集中通信系统的拓扑结构进行修改。
35.如权利要求34所述的系统，其中，所述处理器还构造为通过将一个适配器增加到集中通信系统中，对集中通信系统的拓扑结构进行修改。
36.如权利要求34所述的系统，其中，所述处理器还构造为通过将多个适配器中的一个适配器从集中通信系统中删除，对集中通信系统的拓扑结构进行修改。
37.如权利要求30所述的系统，其中，所述处理器还构造为在根据用户与集中通信系统的拓扑结构的图形表示进行交互确定的位置处向集中通信系统注入报文。
38.如权利要求30所述的系统，其中，所述内部报文格式与多个外部报文格式中的任何一个都不同。
39.如权利要求30所述的系统，其中，所述处理器构造为确定与确定的拓扑结构图形表示的第一用户交互，并对其作出响应，对确定的集中通信系统的拓扑结构的图形表示进行修改。
40.如权利要求39所述的系统，其中，确定的第一用户交互包括从多个适配器中选择一个适配器，所述处理器还构造为对确定的拓扑结构的图形表示进行过滤，从而只显示与从多个适配器中所选择的 一个适配器收到或发出的内部报文相关的报文路由信息。
41.如权利要求40所述的系统，其中，所述处理器构造为将传送给从多个适配器中所选择的一个适配器的内部报文相关的报文路由信息以第一颜色呈现，并将从多个适配器中所选择的一个适配器发出的内部报文相关的报文路由信息以第二颜色呈现。
42.如权利要求40所述的系统，其中，所述处理器构造为确定与确定的拓扑结构的图形表示的第二用户交互，并对其作出响应，提供与该用户交互和从多个适配器中所选择的一个适配器相关联的额外信息。
43.如权利要求42所述的系统，其中，第二用户交互包括选择与适配器配置信息相对应的选择器，额外信息包括与从多个适配器中所选择的一个适配器相对应的适配器配置信肩、O
44.如权利要求42所述的系统，其中，第二用户交互包括选择与主机信息相对应的选择器，额外信息包括与从多个适配器中所选择的一个适配器进行通信的设备的主机信息。
45.如权利要求42所述的系统，其中，用户交互包括选择与进入报文相对应的选择器，额外信息包括与从多个适配器中所选择的一个适配器相对应的进入报文信息。
46.如权利要求42所述的系统，其中，用户交互包括选择与发出报文相对应的选择器，额外信息包括与从多个适配器中所选择的一个适配器相对应的发出报文信息。
47.如权利要求30所述的系统，其中，与多个适配器之间传送的内部报文相关的报文路由信息是通过多个适配器之间的连接确定的，而不论是否有任何内部报文经过这些连接进行了传送。
48.一种用于管理通信系统的方法，该方法包括: 呈现包含多个适配器的集中通信系统的拓扑结构的图形表示； 识别与集中通信系统的拓扑结构图形表示进行的用户交互；以及 根据与图形表示进行的用户交互对集中通信系统的拓扑结构进行修改。
49.如权利要求48所述的方法，其中，多个适配器中的每一个适配器均接收外部报文格式的外部报文，并以内部报文格式对与外部报文相对应的内部报文进行传送。
50.如权利要求49所述的方法，还包括根据对内部报文进行传送的多个适配器之间的连接确定集中通信系统的拓扑结构。
51.如权利要求49所述的方法，其中，外部报文格式与内部报文格式不同。
52.如权利要求48所述的方法，其中，所述图形表示包括指示集中通信系统的多个适配器的状态的图形元件。
53.如权利要求52所述的方法，其中，每个图形元件的颜色指示集中通信系统的多个适配器中的每一个适配器的状态。
54.如权利要求53所述的方法，还包括作为对指示多个适配器中的一个适配器状态的图形元件的选择的响应，对该适配器的状态进行修改。
55.如权利要求48所述的方法，其中，根据与图形表示进行的用户交互对集中通信系统的拓扑结构进行修改还包括向集中通信系统中增加适配器。
56.如权利要求48所述的方法，其中，根据与图形表示进行的用户交互对集中通信系统的拓扑结构进行修改 还包括从集中通信系统中删除适配器。
【文档编号】H04L29/10GK103430493SQ201280013638
【公开日】2013年12月4日 申请日期:2012年3月16日 优先权日:2011年3月17日
【发明者】瑞安·恩古延, 尼克·特伦格·恩古延, 理查德·瓦伦·梅西 申请人:康尔福盛303公司