一种软硬件集成框架系统及运行方法
【专利摘要】本发明涉及软件【技术领域】，特别是一种软硬件集成框架系统及运行方法。系统启动后，控制器调用配置文件加载初始化信息；用户首先通过专用业务逻辑执行模块发送请求，控制器将把请求转给系统业务逻辑执行模块，系统业务逻辑执行模块按照配置的选项执行系统默认的业务逻辑，向控制器返回处理后的请求，然后控制器把请求转给消息解析模块，消息解析模块把请求转化成消息并返回到控制器，控制器把消息最后转给通信协议处理模块，通信协议处理模块通过建立的连接发送到第三方软硬件。采用本发明方法，可实现基于本软件框架的第三方软硬件的快速集成开发；可以用于软硬件集成开发中。
【专利说明】一种软硬件集成框架系统及运行方法
【技术领域】
[0001]本发明涉及软件【技术领域】，特别是一种软硬件集成框架系统及运行方法。
【背景技术】
[0002]随着用户需求不断地增加，商业软件很难依靠一个系统满足所有的需求，一般都需要集成外围的软硬件产品以完成特定的功能。通常集成软硬件产品都会采用ESB，ESB集成的过程如下:
[0003]1、ESB应用中有三个角色:ESB、消费者、服务提供者；
[0004]2、消费者组装数据请求报文发送给ESB ；
[0005]3、ESB将消费者请求报文转发给各服务者监听队列，服务提供者接收的请求业务报文；
[0006]4、服务提供者异步返回请求报文的响应报文后，再处理对应的业务逻辑；
[0007]5、ESB将消费者请求报文的响应报文返回到对应消费者应答队列，消费者接收请求的响应报文，并做相应处理；
[0008]6、服务提供者生成消费者所需的数据，并发送报文给ESB ；
[0009]7、ESB将通知报文转发给各消费者监听队列，消费者接收到通知业务报文；
[0010]8、消费者异步返回通知报文的响应报文后，再处理对应的业务逻辑。
[0011]然而，ESB用于软硬件的集成也存在以下的问题:
[0012]1、ESB是一个独立的消息引擎，会占用一部分服务器资源，对于小型软硬件的集成来说，没有必要增加这样的开销，而且引入第三者的角色，消息(报文)在传输过程中经过多一层队列的暂存，会减低消息的实时性；
[0013]2、ESB本身采用的异步响应机制也会降低消息传递的实时性；
[0014]3、ESB本身没有特别针对系统业务逻辑开发的设计，所有业务逻辑的处理一视同仁，而系统业务逻辑本身应该具有可复用性，ESB本身没有考虑到这一点，在做第三方软硬件产品的集成开发时效率不高。
【发明内容】
[0015]本发明解决的技术问题之一在于提供一种软硬件集成框架系统，解决了目前集成框架开发效率低，消息实时性低的问题。
[0016]本发明解决的技术问题之二在于提供一种软硬件集成框架系统运行方法，解决了目前集成框架开发效率低，消息实时性低的问题。
[0017]本发明解决上述技术问题之一的技术方案是:
[0018]包括专用业务逻辑执行模块、系统业务逻辑执行模块、消息解析模块、通信协议处理模块和控制器；
[0019]专用业务逻辑执行模块，用于接收用户对于第三方软硬件的请求，并解析来自第三方软硬件的响应；[0020]系统业务逻辑执行模块，用于对请求和响应进行系统业务逻辑的处理；
[0021]消息解析模块，用于将来自系统业务逻辑执行模块的请求转化成消息，把来自通信协议处理模块的消息转化成请求；
[0022]通信协议处理模块，用于把来自第三方软硬件的通信协议数据包转换成消息，把来自消息解析模块的消息转换成协议数据包并发送到第三方软硬件；
[0023]控制器，用于转发消息，转发顺序依次是专用业务逻辑执行模块、系统业务逻辑执行模块、消息解析模块到通信协议处理模块，或者是相反的顺序。
[0024]所述通信协议处理模块包含通信连接器和协议转换模块，其中通信连接器用于与第三方软硬件建立连接，协议转换模块用户将特定协议的数据包转换成统一的消息格式。
[0025]所述消息解析模块包含消息加载模块和消息-对象转换模块，其中消息加载器用于读取初始化信息的请求/响应消息描述，消息-对象转换模块使用消息加载器加载的消息描述对象将请求转换成消息或者把消息转换成响应。
[0026]本发明解决上述技术问题之二的技术方案是:
[0027]包括步骤:
[0028]系统启动后，控制器调用配置文件加载初始化信息；
[0029]用户首先通过专用业务逻辑执行模块发送请求，控制器将请求转给系统业务逻辑执行模块，系统业务逻辑执行模块按照配置的选项执行系统默认的业务逻辑，向控制器返回处理后的请求；
[0030]控制器将请求转给消息解析模块，消息解析模块将请求转化成消息并返回到控制器；
[0031]控制器将消息最后转给通信协议处理模块，通信协议处理模块通过建立的连接发送到第三方软硬件。
[0032]所述初始化信息包括通信协议、通信地址、身份验证信息、请求/响应消息描述和业务处理逻辑描述。
[0033]所述请求/响应消息描述包括消息的名称，消息中的每个数据项及其有效取值范围。
[0034]所述业务处理逻辑描述包括对系统业务处理逻辑的描述以及专用业务处理逻辑的描述，通过定义业务逻辑步每个步骤的处理器以及处理器的执行顺序的方式进行描述；
[0035]所述系统业务处理逻辑的描述是对系统默认要对消息进行的处理逻辑的定义，包括日志记录、信息审计等处理逻辑；
[0036]所述专用业务处理逻辑的描述是对第三方软硬件专用业务逻辑的描述，需要根据第三方软硬件的接口开发新的处理器。
[0037]用户通过专用业务逻辑执行模块发送请求进一步包括步骤:
[0038]用户将初始化信息中所述的请求/响应消息描述组装一个请求的对象，专用业务逻辑执行模块首先根据消息描述中规定的取值范围校验请求中的数据项是否有效，确定有效以后再转给控制器。
[0039]系统业务逻辑执行模块按照配置的选项执行系统默认的业务逻辑进一步包括:
[0040]用户根据所述的配置文件中指定的系统业务逻辑执行顺序依次对请求进行处理，处理完以后将结果返回给控制器。
[0041]本发明方案的有益效果如下:
[0042]1、能在短时间内开发支持新的软硬件。本发明提供的系统中的通信协议处理模块、消息解析模块、系统业务逻辑执行模块都是根据软硬件集成的需求而开发的通用组件，在实际使用过程中只需要进行配置或做少量编码即可；
[0043]2、提高集成程序开发的质量，增加客户满意度。由于应用本架构可做到不编写代码或者只编写极少量代码，因此减少了开发过程中编码产生的错误，提高了软件质量；
[0044]3、采用的轻量级结构能减少消息在传输过程中的缓存次数，提高消息的实时性。
【专利附图】
【附图说明】
[0045]下面结合附图对本发明进一步说明:
[0046]附图是本发明方法流程图；
【具体实施方式】
[0047]请参考附图，本发明系统启动后，控制器调用配置文件加载初始化信息，本发明使用xml文件描述初始化信息:
[0048]
【权利要求】
1.一种软硬件集成框架系统，其特征在于:包括专用业务逻辑执行模块、系统业务逻辑执行模块、消息解析模块、通信协议处理模块和控制器； 专用业务逻辑执行模块，用于接收用户对于第三方软硬件的请求，并解析来自第三方软硬件的响应； 系统业务逻辑执行模块，用于对请求和响应进行系统业务逻辑的处理； 消息解析模块，用于将来自系统业务逻辑执行模块的请求转化成消息，把来自通信协议处理模块的消息转化成请求； 通信协议处理模块，用于把来自第三方软硬件的通信协议数据包转换成消息，把来自消息解析模块的消息转换成协议数据包并发送到第三方软硬件； 控制器，用于转发消息，转发顺序依次是专用业务逻辑执行模块、系统业务逻辑执行模块、消息解析模块到通信协议处理模块，或者是相反的顺序。
2.根据权利要求1所述的软硬件集成框架系统，其特征在于:所述通信协议处理模块包含通信连接器和协议转换模块，其中通信连接器用于与第三方软硬件建立连接，协议转换模块用户将特定协议的数据包转换成统一的消息格式。
3.如权利要求1或2所述的软硬件集成框架系统，其特征在于:所述消息解析模块包含消息加载模块和消息-对象转换模块，其中消息加载器用于读取初始化信息的请求/响应消息描述，消息-对象转换模块使用消息加载器加载的消息描述对象将请求转换成消息或者把消息转换成响应。
4.一种权利要求1所述软硬件集成框架系统的运行方法，其特征在于:包括步骤: 系统启动后，控制器调用配直文件加载初始化?目息； 用户首先通过专用业务逻辑执行模块发送请求，控制器将请求转给系统业务逻辑执行模块，系统业务逻辑执行模块按照配置的选项执行系统默认的业务逻辑，向控制器返回处理后的请求； 控制器将请求转给消息解析模块，消息解析模块将请求转化成消息并返回到控制器； 控制器将消息最后转给通信协议处理模块，通信协议处理模块通过建立的连接发送到第三方软硬件。
5.根据权利要求4所述的运行方法，其特征在于:所述初始化信息包括通信协议、通信地址、身份验证信息、请求/响应消息描述和业务处理逻辑描述。
6.根据权利要求5所述的运行方法，其特征在于:所述请求/响应消息描述包括消息的名称，消息中的每个数据项及其有效取值范围。
7.根据权利要求4所述的运行方法，其特征在于:所述业务处理逻辑描述包括对系统业务处理逻辑的描述以及专用业务处理逻辑的描述，通过定义业务逻辑步每个步骤的处理器以及处理器的执行顺序的方式进行描述； 所述系统业务处理逻辑的描述是对系统默认要对消息进行的处理逻辑的定义，包括日志记录、信息审计等处理逻辑； 所述专用业务处理逻辑的描述是对第三方软硬件专用业务逻辑的描述，需要根据第三方软硬件的接口开发新的处理器。
8.根据权利要求5所述的运行方法，其特征在于:所述业务处理逻辑描述包括对系统业务处理逻辑的描述以及专用业务处理逻辑的描述，通过定义业务逻辑步每个步骤的处理器以及处理器的执行顺序的方式进行描述； 所述系统业务处理逻辑的描述是对系统默认要对消息进行的处理逻辑的定义，包括日志记录、信息审计等处理逻辑； 所述专用业务处理逻辑的描述是对第三方软硬件专用业务逻辑的描述，需要根据第三方软硬件的接口开发新的处理器。
9. 根据权利要求6所述的运行方法，其特征在于:所述业务处理逻辑描述包括对系统业务处理逻辑的描述以及专用业务处理逻辑的描述，通过定义业务逻辑步每个步骤的处理器以及处理器的执行顺序的方式进行描述； 所述系统业务处理逻辑的描述是对系统默认要对消息进行的处理逻辑的定义，包括日志记录、信息审计等处理逻辑； 所述专用业务处理逻辑的描述是对第三方软硬件专用业务逻辑的描述，需要根据第三方软硬件的接口开发新的处理器。
10.根据权利要求5、6、8或9所述的运行方法，其特征在于:用户通过专用业务逻辑执行模块发送请求进一步包括步骤: 用户将初始化信息中所述的请求/响应消息描述组装一个请求的对象，专用业务逻辑执行模块首先根据消息描述中规定的取值范围校验请求中的数据项是否有效，确定有效以后再转给控制器。
11.根据权利要求4至9任一项所述的运行方法，其特征在于:系统业务逻辑执行模块按照配置的选项执行系统默认的业务逻辑进一步包括: 用户根据所述的配置文件中指定的系统业务逻辑执行顺序依次对请求进行处理，处理完以后将结果返回给控制器。
12.根据权利要求10所述的运行方法，其特征在于:系统业务逻辑执行模块按照配置的选项执行系统默认的业务逻辑进一步包括: 用户根据所述的配置文件中指定的系统业务逻辑执行顺序依次对请求进行处理，处理完以后将结果返回给控制器。
【文档编号】G06F9/44GK103530113SQ201310430015
【公开日】2014年1月22日 申请日期:2013年9月18日 优先权日:2013年9月18日
【发明者】莫展鹏, 杨松, 季统凯 申请人:国云科技股份有限公司