联查询装置来执行，该装置可通过硬件和/或软件的方式实现，并一般可以集成于面向服务体系架构的数据互联查询系统内各部件中。
[0037]参见图2，所述的面向服务体系架构下数据互联查询的方法包括:
[0038]步骤S201，第一应用系统向第一接口服务子系统发送查询请求。
[0039]面向服务体系架构下数据互联查询的系统包括多个应用系统，当其中一个应用系统中的用户需要查询其它应用系统的信息时，根据查询条件首先向自身的接口服务子系统发送查询请求。例如。某生产工厂原有多个应用系统，包括:销售应用系统和库存管理应用系统，当使用销售应用系统的用户需要查询库存管理应用系统中某个产品某个时间的库存资料时，销售应用系统会向销售应用系统的接口服务子系统发送相应的查询请求。
[0040]步骤S202，第一接口服务子系统接收查询请求，并将所述查询请求转换成查询请求文件，将所述查询请求文件发给企业服务总线。
[0041]属于第一应用系统的第一接口服务子系统接收到第一应用系统的查询请求，根据查询请求的具体内容将查询请求转换为查询请求文件，其中所述的查询请求文件为可扩展标记语言(xml)格式文件，可扩展标记语言，是一种用于标记电子文件使其具有结构性的标记语言。可扩展标记语言可以能够被更准确的搜索，更方便的传送软件组件，更好的描述一些事物。使用XML能够更好的传输和存储数据。此外，XML的简单使其易于在任何应用程序中读写数据，是目前数据交换的唯一公共语言。
[0042]步骤S203，企业服务总线根据预先存储的网络服务信息中的统一资源定位符，确定所述处理查询请求的第二应用系统，并将所述查询请求文件发送至第二应用系统接口服务子系统。
[0043]虽然第一应用系统在查询请求文件的头信息中有目的应用系统标识信息等，但作为第一应用系统并不知道也并不关心欲查询的第二应用系统的具体网络地址。第一应用系统将查询请求文件发送至企业服务总线，企业服务总线提供解耦服务和中介基础服务。通过网络信息中的各个应用系统的统一资源定位符(Uniform Resource Locator，URL)，确定所述处理第一应用系统查询请求的第二应用系统和其网络地址，并将查询请求文件发送到第二应用系统接口服务子系统。
[0044]步骤S204，第二应用系统接口服务子系统接收所述查询请求文件，将所述查询请求文件转换成第二应用系统能够识别的查询参数，并将所述查询参数发送至所述第二应用系统。
[0045]第二应用系统接口服务子系统接收企业服务总线发送的查询请求文件，并将所述查询请求文件转换成第二应用系统能够识别的查询参数，查询请求文件为XML格式文件，第二应用系统接口服务子系统将查询请求文件转换为第二应用系统能够识别的查询参数。例如，第二应用系统如果是ACCESS数据库，那么第二应用系统接口服务子系统会将XML格式文件转换为ACCESS查询语句，使得第二应用系统能够给出相应的查询结果。
[0046]步骤S205，第二应用系统根据所述查询参数进行查询，并将查询结果返回给第二应用系统接口服务子系统。
[0047]第二应用系统根据第二应用系统接口服务子系统传递的能够识别的查询参数，在本系统内部进行查询，并将查询到的结果发送给第二应用系统接口服务子系统。
[0048]步骤S206，第二应用系统接口服务子系统封装所述查询结果，并将封装后的查询结果发送至企业服务总线。
[0049]第二应用系统接口服务子系统接收第二应用系统的查询结果，并将所述查询结果进行封装，使之转换为XML格式的查询结果。并将转换后的XML格式的查询结果发送给企业服务总线。
[0050]步骤S207，企业服务总线接收所述封装后的查询结果，并将所述封装后的查询结果至第一应用系统接口服务子系统。
[0051]步骤S208，第一应用系统接口服务子系统将所述封装后的查询结果转换成第一应用系统能够识别的数据，并将所述能够识别的数据发送至第一应用系统。
[0052]第一应用系统接口服务子系统接收企业服务总线发送的第二应用系统返回的查询结果，并将封装后的XM格式查询结果进行转换，使之成为第一应用系统能够识别的数据，例如第一应用系统所使用的是SQL数据库，将XML格式查询结果转换为SQL能够识别的数据，并将数据发送至第一应用系统。
[0053]步骤S209，第一应用系统接收所述能够识别的数据，并在系统前端展示所述能够识别的数据。
[0054]所述第一应用系统接收第一应用系统接口服务子系统发送的应用系统能够识别的数据，并将接收到能够识别的数据通过第一应用系统的前端展示给用户。
[0055]本实施例在本发明第一实施例提供的面向服务体系架构的数据互联查询系统的基础上，提供了一种面向服务体系架构的数据互联查询的方法，能够方便快速的实现了应用系统相互交互，数据互联查询。无需修改原有应用系统，避免重新开发。解决企业应用系统由于历史原因相互孤立的问题。
[0056]在本实施例的一个可选的实现方式中，在企业服务总线根据网络服务信息中的统一资源定位符，确定所述处理查询请求的第二应用系统之前，还包括在本实施例的一个可选的实现方式中，在企业服务总线根据网络服务信息中的统一资源定位符，确定所述处理查询请求的第二应用系统之前，还包括:所述企业服务总线对第一应用系统接口服务子系统进行安全认证，在所述安全验证通过时，根据网络服务信息中的统一资源定位符，确定处理所查询请求的所述第二网络系统。所述企业服务总线在接收和处理应用系统发出的查询请求之前，要对发出查询请求的应用系统进行安全验证，确认发出查询请求的应用系统属于企业内部的应用系统，所述安全认证的方式有多种，可以采用口令、秘钥及数字证书等多种方式进行验证，能够有效的保证企业内个应用系统内的数据安全。
[0057]在本实施例的另一个可选的实现方式中，在第一应用系统接口服务子系统将所述能够识别的数据发送至第一应用系统之后，还包括:第一应用系统标示所述能够识别的数据的来源，将所述数据来源、查询请求中的查询条件和所述能够识别的数据作为一组数据进行存储。将上述数据作为一组进行存储目的是为了下次遇到同条件查询时则直接从本地存储数据库中读取，不必再去其它应用系统查询，节约查询所消耗的资源和查询时间。
[0058]图3和图4示出了本发明第三实施例。
[0059]图3是本发明第三实施例提供的面向服务体系架构的数据互联查询方法的流程图，图4是本发明第三实施例提供的面向服务体系架构的数据互联查询方法的交互流程示意图，本发明实施例以本发明第二实施例所提供的面向服务体系架构的数据互联查询方法为基础。进一步的，在所述将所述查询请求文件转换成第二应用系统能够识别的查询参数之后，将所述查询参数发送至所述第二应用系统之前，增加如下步骤:查询任务子系统为所述查询参数添加异步查询标识；并将所述第二应用系统根据所述查询参数进行查询，并将查询结果返回给第二应用系统接口服务子系统。将所述第二应用系统接口服务子系统封装所述查询结果，并将封装后的查询结果发送至企业服务总线，具体优化为:所述第二应用系统根据所述异步查询标识，将所述查询参数转换为若干子查询任务，执行所述若干查询子任务，并将所述若干查询子任务的查询结果发送至第二应用系统网络服务接口服务子系统；将所述第二应用系统接口服务子系统封装所述查询结果，并将封装后的查询结果发送至企业服务总线，具体优化为:所述第二应用系统接口服务子系统接收所述若干查询子任务的查询结果，并封装所述若干查询子任务的查询结果，并将所述封装查询结果发送至企业服务总线。其中，第一应用系统可以用A系统来表示，第二应用系统可以用B系统来表示。
[0060]参见图3和图4，所述的面向服务体系架构的数据互联查询方法包括:
[0061]步骤S301，第一应用系统向第一接口服务子系统发送查询请求。
[0062]步骤S302，第一接口服务子系统接收查询请求，并将所述查询请求转换成查询请求文件，将所述查询请求文件发给企业服务总线。
[0063]步骤S303，企业服务总线根据预先存储的网络服务信息中的统一资源定位符，确定所述处理查询请求的第二应用系统，并将所述查询请求文件发送至第二应用系统接口服务子系统。
[0064]步骤S304，第二应用系统接口服务子系统接收所述查询请求文件，将所述查询请求文件转换成第二应用系统能够识别的查询参数。