一种面向服务体系架构数据互联查询系统及查询方法
【技术领域】
[0001]本发明涉及数据处理领域，尤其涉及一种面向服务体系架构数据互联查询系统及查询方法。
【背景技术】
[0002]随着企业规模的不断发展扩大，企业内部存在着多个彼此孤立的应用系统。不同种类的操作系统、应用软件、系统软件及应用基础结构等相互交织。每个应用系统之间的数据源都使用各自独立的数据格式、元数据以及元模型。如果需要将各个相对独立的数据集成在一起，往往需要通过构建一定的数据获取与计算程序来实现，这样需要花费大量的时间及精力，使企业内信息化建设的效率大大降低，为企业工作带来了不便。
【发明内容】
[0003]有鉴于此，本发明实施例提出一种面向服务体系架构数据互联查询系统及查询方法，以实现多个应用系统交互信息的目的。
[0004]第一方面，本发明实施例提供了一种面向服务体系架构数据互联查询的系统，所述系统包括:
[0005]企业服务总线，用于提供解耦服务和中介基础服务；
[0006]至少两个应用系统，其中，每个所述应用系统都包括接口服务子系统，所述接口服务子系统用于通过所述企业服务总线向其他应用系统发送网络查询数据服务请求，和/或处理其它应用系统通过所述企业服务总线向所在的应用系统发送的网络查询数据服务请求。
[0007]第二方面，本发明实施例提供了一种面向服务体系架构下数据互联查询的方法，基于上述实施例提供的面向服务体系架构的数据互联查询系统实现，所述方法包括:
[0008]第一应用系统向第一接口服务子系统发送查询请求；
[0009]第一接口服务子系统接收查询请求，并将所述查询请求转换成查询请求文件，将所述查询请求文件发给企业服务总线；
[0010]企业服务总线根据预先存储的网络服务信息中的统一资源定位符，确定所述处理查询请求的第二应用系统，并将所述查询请求文件发送至第二应用系统接口服务子系统；
[0011]第二应用系统接口服务子系统接收所述查询请求文件，将所述查询请求文件转换成第二应用系统能够识别的查询参数，并将所述查询参数发送至所述第二应用系统；
[0012]第二应用系统根据所述查询参数进行查询，并将查询结果返回给第二应用系统接口服务子系统；
[0013]第二应用系统接口服务子系统封装所述查询结果，并将封装后的查询结果发送至企业服务总线；
[0014]企业服务总线接收所述封装后的查询结果，并将所述封装后的查询结果至第一应用系统接口服务子系统；
[0015]第一应用系统接口服务子系统将所述封装后的查询结果转换成第一应用系统能够识别的数据，并将所述能够识别的数据发送至第一应用系统；
[0016]第一应用系统接收所述能够识别的数据，并在系统前端展示所述能够识别的数据。
[0017]本发明实施例通过使用网络服务和企业服务总线进行服务集成，方便快速的实现了应用系统相互交互，数据互联查询。无需修改原有应用系统，避免重新开发。解决企业应用系统由于历史原因相互孤立的问题。
【附图说明】
[0018]通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显:
[0019]图1是本发明第一实施例提供的面向服务体系架构的数据互联查询系统的结构示意图；
[0020]图2是本发明第二实施例提供的面向服务体系架构的数据互联查询方法的流程图；
[0021]图3是本发明第三实施例提供的面向服务体系架构的数据互联查询方法的流程图；
[0022]图4是本发明第四实施例提供的面向服务体系架构的数据互联查询方法的交互流程示意图。
【具体实施方式】
[0023]下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。
[0024]图1示出本发明的第一实施例。
[0025]图1是本发明第一实施例提供的面向服务体系架构的数据互联查询系统的结构示意图，由图1可以看出，所述面向服务体系架构的数据互联查询系统的结构包括:企业服务总线110、至少两个应用系统120，其中每个应用系统120包括接口服务子系统130。应用系统120通过自身的接口服务子系统130实现与企业服务总线110的信息交互。
[0026]其中，所述企业服务总线110，用于提供解耦服务和中介基础服务；
[0027]所述应用系统120，包括接口服务子系统130，所述接口服务子系统130用于通过所述企业服务总线向其他应用系统发送网络查询数据服务请求，和/或处理其它应用系统通过所述企业服务总线向所在的应用系统发送的网络查询数据服务请求。
[0028]面向服务的体系结构SOA(Service-Oriented Architecture, S0A)是一个组件模型，它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以使用一种统一和通用的方式进行交互。，只需要将原有系统的功能提供服务，服务之间通过定义良好的接口和契约进行联系，接口是采用中立的方式进行定义，独立于实现服务的应用系统，从而使得各个孤立的应用系统能相互之间进行交互，从而实现数据的互联查询和数据共享。
[0029]企业服务总线用于提供解耦服务和中介基础服务。解耦服务是指降低各个应用系统之间的依赖度。解耦服务能够使访问者对实际服务提供者的身份、物理位置、传输协议和接口定义既不需要知道也不需要关心。交互集成代码提取到了业务逻辑之外，由企业服务总线进行中央的宣告式定义。企业服务总线在解耦服务过程中实现了协议转换(WebService，Http, JMS等)，消息转换(转换、充实、过滤)，消息路由(同步/异步、发布/订阅、基于内容路由、分支与聚合等)。中介基础服务包括实现服务等级协议(Service-Level Agreement, SLA,)实现可靠性保证，负载均衡，流量控制，缓存，事务控制，加密传输等目的，服务管理监控(异常处理，服务调用及消息数据记录，系统及服务的状态监控，ESB配置管理)，统一安全管理，服务注册与注销等。
[0030]应用系统的接口服务子系统，主要用于通过企业服务总线向其他应用系统发送查询数据服务请求和处理其他应用系统向本应用系统发来的查询数据服务请求。在处理其他应用系统向本应用系统查询请求时，先解析查询求的xml格式文件，根据其中的xml信息调用本应用系统服务查询数据，然后将查询结果按照约定的标准封装成xml格式文件返回；向其他应用系统发送查询请求时也需要将查询条件按照约定封装成xml格式文件，然后提供给企业服务总线发送查询服务请求，并将得到的查询结果xml格式文件转换成本系统的数据返回给本系统。查询的xml格式文件包含公共头信息和查询条件信息，返回的xml格式文件包含公共头信息和查询结果信息，公共头信息主要是安全认证信息，本地应用系统标识信息，目的应用系统标识信息等。
[0031]进一步的，所述面向服务体系架构的数据互联查询系统还包括:查询任务子系统140。
[0032]其中，所述查询任务子系统140，用于将从接口服务子系统接收的网络查询数据服务请求分解为至少两个查询子任务，并在所有查询子任务完成后，将查询结果返回给所述接口服务子系统。
[0033]对于包括海量数据的应用系统，部分数据查询、结果统计和关联分析等查询任务难以在短时间完成，需要通过查询任务子系统将查询任务先分割成若干子任务，等到所有查询子任务返回再异步返回给查询任务发起方。
[0034]采用本实施例所提供的技术方案，能够方便快速的实现了应用系统相互交互，数据互联查询。无需修改原有应用系统，避免重新开发。解决企业应用系统由于历史原因相互孤立的问题。
[0035]图2示出本发明的第二实施例。
[0036]图2是本发明第二实施例提供的面向服务体系架构下数据互联查询的方法的流程示意图，本实施例的方法基于本发明第一实施例提供的面向服务体系架构的数据互联查询系统来实现。本实施例的方法可以由向服务体系架构的数据互