CN100478892C - 可执行应用程序之间共享上下文信息的系统 - Google Patents

Abstract

系统允许用提供实现应用程序集成的上下文信息的双向传输的复合集成点的两个应用程序的客户集成。系统通过结合实现对不同应用程序之间交换的命令、上下文信息及数据的用户可配置截取和替换的仲裁功能，使对于支持可执行应用程序互通性的应用程序特定编码的需要最小。支持多个不同可执行应用程序并发操作的系统包括标识命令类型、特定类型的命令中的上下文数据的位置以及用于接收特定类型的命令的目标可执行应用程序的命令配置数据源。仲裁处理器从第一可执行应用程序接收第一命令，把配置数据用于标识第一命令的命令类型、定位第一命令中上下文数据及把第二命令格式化为包含已定位上下文数据以与目标可执行应用程序兼容。

Description

可执行应用程序之间共享上下文信息的系统

这是E.Martin于2004年12月9日提交的临时申请序号60/634790的非临时申请。

技术领域

本发明涉及用于交换命令、数据和上下文信息以支持不同的可执行应用程序的并发操作的系统。

背景技术

不同的可执行应用程序的操作集成是实现支持例如在复合单一显示图像中以及在各种其它环境中经由相应图像窗口访问的功能的应用程序的并发操作所需的。操作集成使第一应用程序能够把命令和数据传递给目标应用程序以便启动所需功能。一种现有系统采用不同的可执行应用程序共同用于交换命令和数据的互通性通信协议。这种互通性协议的共同使用通常表示不同的可执行应用程序分别采用代码来支持互通性协议的使用。但是，不支持该协议的附加应用程序需要修改，以便加入代码来实现与采用互通性协议的现有应用程序的操作集成。此外，附加应用程序可能需要经过修改，以便加入代码来实现多个不同类型的命令和数据交换的操作集成。提供这种应用程序特定代码的需要代表人力资源上的极大负担，并且涉及误差和延迟的风险。根据本发明原理的一个系统针对这个问题及关联问题。

发明内容

系统通过结合实现对于不同应用程序之间交换的命令、上下文信息及数据的用户可配置截取和替换的仲裁功能，使对于支持可执行应用程序互通性的应用程序特定编码的需要为最小。支持多个不同的可执行应用程序的并发操作的系统包括用于标识命令类型、特定类型的命令中的上下文数据的位置以及用于接收特定类型的命令的目标可执行应用程序的命令配置数据源。仲裁处理器接收来自第一可执行应用程序的第一命令，并把配置数据用于标识第一命令的命令类型、定位第一命令中的上下文数据以及把第二命令格式化为包含已定位上下文数据，以便与目标可执行应用程序兼容。

附图说明

图1说明根据本发明原理、支持不同的可执行应用程序的互通性的因特网兼容主机系统。

图2说明根据本发明原理、实现应用程序互通性的用户可配置仲裁功能所采用的配置信息。

图3说明根据本发明原理、采用可配置仲裁功能的医疗器材应用程序和临床信息系统应用程序的操作集成。

图4说明根据本发明原理、支持不同的可执行应用程序的互通性的过程的流程图。

具体实施方式

图1说明支持不同的可执行应用程序的互通性的因特网兼容主机系统。通过采用实现对命令、上下文信息和数据的用户可配置截取及替换的仲裁功能，系统支持可执行应用程序互通性。产生用于在不同应用程序之间的双向或单向交换的包含替换数据的命令，而无需特定应用程序编码。所截取和产生的替换命令实现不同应用程序之间的集成以及不同应用程序之间的特定命令类型及关联上下文信息或数据的交换。不同应用程序之间的命令交换(命令集成)的一个具体示例是特定集成点，其中包括具有特定命令类型及关联上下文信息或数据的两个并发操作的不同的可执行应用程序之间的特定命令和数据交换链接。系统有利地允许这种集成被配置而不是被编码。

通过截取来自第一应用程序的输入命令(激励)以及评估输入命令是否为支持集成点的特定命令类型，系统有利地避免了对于支持集成的特定编码的需要。系统从输入命令中提取上下文信息，并标识配置用于这个集成点的功能。系统存取与所标识功能关联的功能定义，并把从所截取输入命令中提取的上下文信息以及全局配置的值替换到功能定义中，从而提供传递给目标应用程序的所得输出命令。全局值包含替换到多个不同命令中的一个或多个独立数据项、例如URL地址部分(基本URL)或者结合到多个不同命令中的其它项。

通过实现对功能定义(输出命令格式)的配置的改变而无需对于所涉及的可执行应用程序的特定应用程序代码的改变，系统支持集成点的维护。系统中的仲裁处理器采用配置文件中保留的功能(命令)的一致定义来执行功能(命令)替换。系统仲裁处理器处理配置为多个预定命令类型之一的输入命令。例如，命令类型可包括URL、GSM编码URL以及用户界面命令或事件。该系统的一个实施例涉及定义输入命令、从第一应用程序截取已定义命令以及评估所截取命令是否配置为用作集成点。例如，系统响应预定配置信息而采用可能是命令类型特定的提取程序(可执行程序)从所截取输入命令中提取上下文信息。可用上下文信息被替换到配置用于这个集成点的功能中，以便提供传递给目标应用程序的输出命令。包含全局可用值、如基本URL的附加上下文信息从配置文件中导出，并且还可加入配置用于集成点的功能中。例如，输出命令格式可包括URL、GSM编码URL、用户界面事件、JavaScript函数调用以及ActiveX接口调用。

本文所使用的可执行应用程序包括用于例如响应用户命令或输入来实现预定功能的代码或机器可读指令，所述预定功能包括操作系统、卫生保健信息系统或另外的信息处理系统的功能。可执行程序是用于完成一个或多个特定过程的一段代码(机器可读指令)、子例程或者代码的其它不同部分或可执行应用程序的部分，以及可包括对所接收的输入参数(或者响应所接收的输入参数)执行操作并提供所得输出参数。本文所使用的处理器是用于执行任务的装置和/或机器可读指令集。处理器包括硬件、固件和/或软件中的任一个或其组合。处理器通过操作、分析、修改、转换或传送信息供可执行程序或信息装置使用的信息，和/或通过把信息路由到输出装置，来对信息起作用。处理器例如可使用或包括控制器或微处理器的功能。显示处理器或生成器是已知元件，其中包括用于产生显示图像或其部分的电子电路或软件或者两者的组合。用户界面包括实现与处理器或其它装置的用户交互的一个或多个显示图像。命令配置数据源包括文件、资料库、数据库或其它数据汇编。

在图1的因特网兼容系统中，用户界面应用程序27响应用户命令而开始产生表示用于在再现装置(未示出)上显示的图像的数据。本文中，在处理URL命令的因特网兼容系统的上下文中描述图1的系统。但是，大家要理解，这只是为了示范目的。系统和本发明原理用来支持因特网兼容或者采用非URL命令的非因特网兼容可执行应用程序的并发操作。显示图像与响应用户命令而调用的并发可执行应用程序关联。各显示图像可包括单一复合图像，其中包括分别显示与相应的多个并发操作的可执行应用程序关联的信息的多个窗口。所显示的图像包括在用户界面菜单栏31和33中提供用户可选按钮、选项列表及数据输入框的浏览器框，例如允许用户输入用于配置和操作系统的命令和其它数据。

应用程序27结合了因特网兼容应用程序25，其中包括实现与特定集成点关联的输入命令的用户可配置截取的仲裁功能(处理器)10。特定集成点包括具有特定命令类型及关联上下文信息或数据的两个并发操作的不同的可执行应用程序之间的特定命令和数据交换链接。仲裁处理器10提供从输入命令中的上下文信息的用户可配置提取以及可用上下文信息(包括所提取的上下文信息和全局配置数据)到与特定集成点关联的命令中的替换。用户配置功能采用预定数据结构配置文件15和命令替换配置文件17。配置文件15和17把多个集成点与相应的多个命令类型关联以及与包括含有命令结构信息、数据替换信息、表明用于接收特定类型的命令的目标可执行应用程序的数据、表明特定类型的命令中的上下文数据的位置的信息、上下文信息和命令数据的数据的相应命令类型特定信息关联。

仲裁处理器10标识输入命令的命令类型，可用性监测处理器13采用预定数据结构配置文件15和命令替换配置文件17来确定输入命令的已标识命令类型是否与特定集成点关联。如果监测器13确定输入命令的所标识命令类型与特定集成点关联，则仲裁处理器10采用配置文件15和17中的数据来定位输入命令中的上下文数据。仲裁处理器10使用上下文数据替换功能19和命令替换功能21把输出命令格式化为包含已定位上下文数据以及与目标可执行应用程序兼容，并发起输出命令到目标可执行应用程序的传递。

图2说明实现应用程序互通性的用户可配置仲裁功能(处理器10)所采用的配置文件15和17中使用的配置信息。配置信息由仲裁处理器10用于从第一可执行应用程序、如用户界面应用程序中截取输入命令，并且从输入命令中提取上下文信息以及把上下文信息替换到格式化输出命令，并把输出命令例如传递给临床信息系统应用程序。在临床信息系统的操作中，图2的配置信息用来更新复合显示图像的第一窗口中的第一患者的所显示临床信息。具体来说，它更新与第一应用程序关联的第一窗口中所示的所显示临床信息，以便包含采用不同目标应用程序导出的不同用户选取的第二患者的临床信息。

ContextChangePatient配置数据200(包括FunctionType 203、FunctionRegExp 205和FunctionMapTo 207元素)由仲裁处理器10用来标识输入命令是否为预定的特定类型。如果处理器10确定输入命令属于预定特定类型，则处理器10启动PatientNavToClinical信息系统功能220。PatientNavToClinical信息系统功能220(包含FunctionName 221和FunctionType 223元素)实现为不同的独立功能，使得它可由多个输入命令使用。FunctionVariableExtraction 230确定如何从输入命令中提取上下文信息。FunctionTargetFormat 240确定输出命令的结构，并采用全局变量(基本URL)。FunctionType 203表达式在图2的配置信息中用来确定命令类型。

在示范操作中，响应来自应用程序27(图1)的命令所产生的各复合显示图像包括分别显示与第一可执行应用程序和目标可执行应用程序关联的信息的两个窗口。第一可执行应用程序和目标可执行应用程序是共用包括具有特定命令类型及关联上下文信息或数据的特定命令和数据交换链接的特定集成点的并发操作应用程序。命令在第一应用程序中发起，以便例如采用第一应用程序提供的特定患者标识符数据上下文信息从目标应用程序中访问特定患者的临床信息。

响应通过选取与第一应用程序关联的窗口中的图像元素(例如超链接)启动目标应用程序功能的用户输入命令，第一应用程序开始产生命令以及把所产生的命令传递给目标应用程序。仲裁处理器10确定所产生的命令是否属于特定类型并根据ContextChangePatient部分200中的FunctionRegExp 205(图2)的预定要求进行格式化。FunctionRegExp 205具体包括有关已改变上下文主题的信息，例如CDMS CCSC INFORMATIONCONTEXTCHANGECHANGEDSUBJECTS Patient.Id.MRN-1343123。

响应所产生的命令与FunctionRegExp 205的要求兼容的确定，仲裁处理器10截取来自第一可执行应用程序的所产生命令，确定预计接收方是目标可执行应用程序，以及禁止所截取命令的进一步传播。仲裁处理器10采用PatientNavToClinical信息系统部分220中的FunctionVariableExtraction 230配置数据从所截取命令中定位和提取上下文信息。此外，仲裁处理器10采用FunctionTargetFormat 240配置数据表明的格式化来产生传递给目标可执行应用程序的第二命令。所产生的第二命令包括从所截取命令中得出的已定位和提取的上下文数据。仲裁处理器10把所产生的第二命令传递给目标可执行应用程序。目标可执行应用程序通过采用随第二命令提供的上下文信息执行第二命令要求的动作来处理第二命令。

图3说明采用可配置仲裁功能的第一医疗器材应用程序和不同的目标临床信息系统应用程序的操作集成。仲裁处理器10响应用户选取与行305上2004年2月11目的放射治疗事件关联的图标307而截取表示经由复合用户界面图像窗口300发起的输入命令及关联上下文信息的数据。仲裁处理器10确定集成点(说明性表示为项315)采用配置文件15和17中的配置数据与输入命令关联。处理器10还产生结合了从输入命令得出的上下文数据的命令，以便传递给与图像窗口320以及表明第一应用程序的可访问信息的呈现图标325关联的目标(工作区)应用程序。

图4说明仲裁处理器10结合实现并发操作的不同的可执行应用程序的互通性的图1系统的其它单元所执行的过程的流程图。在步骤701开始之后的步骤702中，配置数据存储在配置文件15和17中。所存储配置数据可用于标识命令类型、特定类型的命令中的上下文数据的位置、用于接收特定类型的命令的目标可执行应用程序以及目标可执行应用程序所需的命令格式。上下文数据包括患者标识符、患者病历号、用户标识、密码、医疗图像标识符、患者联系信息、患者地址信息、患者保险信息、患者治疗信息、患者治疗预订信息以及患者卫生保健提供者标识信息中的一个或多个。命令类型包括用于获取患者特定医疗信息的URL命令类型。命令类型或者可包括非URL命令类型。

仲裁处理器10在步骤704接收来自第一可执行应用程序的第一命令。在步骤707，仲裁处理器10截取来自第一可执行应用程序的所接收的第一命令，并禁止所截取命令的进一步传播。仲裁处理器10在步骤711采用配置文件15和17中的数据来标识所截取第一命令的命令类型以及定位所截取第一命令中的上下文数据。在步骤714，仲裁处理器确定已定位上下文数据是否经过加密。如果上下文数据经过加密，则仲裁处理器10对加密的已定位上下文数据进行解密。如果第一命令为URL，则仲裁处理器10定位URL的数据字段中的已加密上下文数据。仲裁处理器10在步骤717把第二命令格式化为包括已定位(及可选地已解码)上下文数据，以便与目标可执行应用程序的所需命令格式兼容。在一个实施例中，第二命令为URL，以及仲裁处理器10(采用图1的功能19和21)通过加密已定位上下文数据以便包含在URL的数据字段中的第二命令中来格式化第二命令，以便传递给目标可执行应用程序。在另一个实施例中，上下文数据以未加密形式包含在第二命令中。图4的过程在步骤723结束。系统使对于支持应用程序的互通性的特定集成点关联编码的任何需求为最小，并且允许保持集成点的详细情况，而无需所涉及的应用程序的编码变化。系统支持医疗器材和IT应用程序的集成。

系统使对于所涉及的并发操作应用程序的至少一个的特定编码(及代码维护)的需要为最小。提供和保持多个应用程序之间的集成点的系统功能适用于大量应用和环境。本文提供的系统、过程及用户界面显示图像不是排他的。其它系统和过程可根据本发明的原理来导出，从而实现相同目的。虽然参照具体实施例来描述本发明，但是大家要理解，本文所示及所述的实施例和变更只是为了说明。对当前设计的修改可由本领域的技术人员来实现，而没有背离本发明的范围。此外，图1和图4的系统及过程提供的功能的任一个可通过硬件、软件或其组合来实现。

Claims (13)

1.一种支持多个不同的可执行应用程序的并发操作的系统，包括：

用于标识以下各项的命令配置数据的源，

命令类型，

特定类型的命令中的上下文数据的位置，以及

用于接收特定类型的命令的目标可执行应用程序；以及

仲裁处理器，用于从第一可执行应用程序接收第一命令以及用于把所述命令配置数据用于，

标识所述第一命令的命令类型，

定位所述第一命令中的上下文数据，以及

把第二命令格式化为包含已定位上下文数据以便与目标可执行应用程序兼容。

2.如权利要求1所述的系统，其特征在于

所述命令配置数据的源用于标识所述目标可执行应用程序要求的命令格式；以及

所述仲裁处理器采用所述命令配置数据把所述第二命令格式化为与所述目标可执行应用程序的所述要求的命令格式兼容。

3.如权利要求1所述的系统，其特征在于

所述上下文数据包括(a)患者标识符和(b)患者病历号中的至少一个。

4.如权利要求1所述的系统，其特征在于

所述上下文数据包括(a)用户标识和(b)密码中的至少一个。

5.如权利要求1所述的系统，其特征在于

所述上下文数据包括(a)医疗图像标识符，(b)患者联系信息，(c)患者地址信息，(d)患者保险信息，(e)患者治疗信息，(e)患者治疗预订信息，以及(f)患者卫生保健提供者标识信息中的至少一个；以及

所述仲裁处理器截取来自所述第一可执行应用程序的所述第一命令，并禁止所截取的所述第一命令的进一步传播。

6.如权利要求1所述的系统，其特征在于

所述命令类型包括URL命令类型；以及

所述URL命令类型用于获取患者特定医疗信息。

7.如权利要求1所述的系统，其特征在于

所述命令类型包括非URL命令类型。

8.如权利要求1所述的系统，其特征在于

所述仲裁处理器对所述第一命令中的加密的已定位上下文数据进行解密；

所述第一命令为URL；以及

所述仲裁处理器定位所述URL的数据字段中的加密的上下文数据。

9.如权利要求1所述的系统，其特征在于

所述仲裁处理器通过加密所述已定位上下文数据以便包含在所述第二命令中来格式化所述第二命令；

所述第二命令为URL；以及

所述仲裁处理器格式化所述URL的数据字段中的加密的已定位上下文数据。

10.如权利要求1所述的系统，其特征在于

所述仲裁处理器把所述第二命令格式化为包括其中包含替换到多个不同命令中的独立数据项的全局值；以及

所述独立数据项包括URL地址部分。

11.一种支持多个不同的可执行应用程序的并发操作的系统，包括：

用于标识以下各项的命令配置数据的源，

命令类型，

特定类型的命令中的上下文数据的位置，以及

用于接收特定类型的命令的目标可执行应用程序；以及

仲裁处理器，用于截取来自第一可执行应用程序的所接收第一命令以及用于把所述命令配置数据用于，

标识所述第一命令的命令类型，

定位所述第一命令中的上下文数据，以及

把第二命令格式化为包含已定位上下文数据以便与目标可执行应用程序兼容。

12.一种用于在支持不同的可执行应用程序的并发操作的所述可执行应用程序之间传递信息的方法，包括以下活动：

存储用于标识以下各项的配置数据，

命令类型，

特定类型的命令中的上下文数据的位置，以及

用于接收特定类型的命令的目标可执行应用程序；以及

从第一可执行应用程序接收第一命令；

把所述配置数据用于，

标识所述第一命令的命令类型，

定位所述第一命令中的上下文数据，以及

把第二命令格式化为包含已定位上下文数据以便与目标可执行应用程序兼容。

13.如权利要求12所述的方法，其特征在于，包括以下活动：

截取来自所述第一可执行应用程序的所述第一命令，并禁止所截取的所述第一命令的进一步传播。

Images