[发明专利]数据传送方法、装置及系统

说明书

技术领域

本发明涉及数据库及业务支撑技术领域，尤其涉及数据传送方法、装置及系统。

背景技术

目前有些大型企业，例如通信、金融行业的企业，存在多个异构、异地、分层的数据仓库和数据集市系统，各个系统分属不同的机构管理，彼此之间需要经常互通数据，例如中国移动经营分析系统就是一个多级分散的数据仓库系统，各省都拥有独立的数据仓库，集团中心则有独立的中心数据仓库。在这样的数据分布中，不同的数据仓库系统之间需要经常同步数据。另外，在大型、异构、异地、分层的数据仓库和数据集市系统中，越来越多的业务应用需要访问数据仓库中的数据，很多类似的业务应用往往需要同一份数据，有些应用还要访问多个数据仓库系统。

通常的解决方案中，两个数据仓库系统之间数据的互访问，以及业务系统对数据仓库系统的访问，多数由双方协商自行制定访问方式和协议，并自行开发数据访问程序完成对数据的访问。在这种情况下，数据仓库访问接口、通讯方式、安全机制、权限机制、性能负载等等均需要双方协商约定。

图1为现有技术数据库访问方式的示意图。如图1所示，应用1对应数据存储1，应用2对应数据存储2，应用3对应数据存储3，应用与对应的数据存储之间分别通过各自的ODBC/JDBC/NATIVE等接口方式进行数据查询和获取操作。各个数据仓库系统之间，对数据的访问接口、数据结构、消息格式、安全级别等要求不同，从而造成业务访问低效并且难于管理，不同业务应用之间很难共用相同的数据访问与处理逻辑，造成代码及工作的重复。

另外，直接把数据仓库系统中的数据暴露给多个外部应用也增加了数据的安全风险，并增加了数据的管理代价。访问数据仓库的各种应用之间，还存在着耦合度过高、标准化不足等问题，导致各个应用之间无法有效的进行数据交互，从而降低了业务运行效率，使得系统的运行风险增加。

另外在大型的系统环境中，不同的系统之间，不同的应用之间需要保持良好的通讯。越来越多的应用程序之间的通讯不仅要求发送方应用和接收方应用同时在线，而且发送者和接收者还要知道互相的程序对程序的调用接口，但是实际情况却是：应用程序并不总是在线；网络硬件故障往往不可避免；数据的流量具有突发性，可能造成网络的信息拥塞；某个应用需要立即处理，而另外一个应用却可以缓一缓。这样，应用之间的可靠性问题变得非常突出。良好的数据封装机制能够很好地协调不同应用之间的通讯，使得消息封装和传输符合一定的标准和规范，并且允许异步交互。

在实现本发明过程中，发明人发现现有数据传送方式中存在如下问题：缺乏对数据传输的统一管理；不能根据数据类型确定最有效的数据传输模式；数据封装缺乏统一的格式，从而造成数据传输效率低下，由于开发及运行的灵活性差。

发明内容

本发明的目的是解决数据传送方式中灵活性差的缺陷，提出一种数据传送方法、装置及系统，以提高数据传输的效率及灵活性。

为实现上述目的，根据本发明的一个方面，提供了一种数据传送方法，包括：接收数据请求方的服务请求，根据服务请求中包含的服务类型确定数据交换模式；获取服务请求对应的响应数据，通过预设的数据组织形式封装响应数据；将响应数据通过数据交换模式发送至数据请求方。

本技术方案中，根据服务请求中包含的服务类型确定数据交换模式的步骤中：当服务类型对应响应数据的产生时间小于预设的时间阈值，且数据量小于预设的流量阈值时，对应的数据交换模式为同步模式；当服务类型对应响应数据的产生时间大于预设的时间阈值，或数据量大于预设的流量阈值时，对应的数据交换模式为异步模式。

本技术方案中，根据服务请求中包含的服务类型确定数据交换模式的步骤中：当服务类型对应响应数据为定期获取类型时，对应的数据交换模式为订阅模式。

优选地，本技术方案中，接收数据请求方的服务请求的步骤之前还包括：数据服务方和数据请求方预先约定服务类型及对应的数据交换模式。

优选地，本技术方案中，接收数据请求方的服务请求的步骤之前还可以包括：数据服务方和数据请求方预先约定采用XML文件作为数据组织形式；对应地，接收数据请求方的服务请求的步骤中，服务请求采用XML文件作为数据组织形式；对应地，通过预设形式封装响应数据的步骤包括：响应数据采用XML文件作为数据组织形式；对应地，将响应数据通过数据交换模式发送至数据请求方的步骤之后还包括：数据请求方进行XML数据组织形式响应数据的解封装。