微内核流程引擎（IVR导航）的设计与实现——总体思路

开发背景

我们公司是主要从事企业语音方面产品的开发，主要产品比如：调度系统，指挥系统，电话会议系统，呼叫中心系统等。这些系统都有一个共同特点，就是涉及到呼叫，放音，收发按键，会场操作。我们的业务产品都是基于我们的软交换系统之上构建的，软交换系统的应用服务器向外提供这些服务。

---

产生的问题

我们在开发的过程中就发现一个问题，每个产品在此接口上都会做很多重复的开发，特别是在IVR处理上面。

IVR（Interactive Voice Response）即交互式语音应答，可以提高呼叫服务的质量并节省费用。IVR是一种功能强大的电话自动服务系统。

由于我们的系统重新架构，正在开发软交换API接口，所以我们试图解决这个问题。

为了方便上层对底层接口的调用，减少重复开发，产品能够针对用户需求迅速更改，我们提出了事务流的概念。即上层程序设定一个事务流，比如：相对用户9092 发起呼叫，用户应答后对用户放音，让用户输入密码，密码验证成功加入制定会场。上层程序设定好这样的事务流后，发送给下层进行处理。下层处理完毕后，回复处理结果。

事务流的概念最终并没有实现，一是我们对事务流的异常处理分析不足；二是采用事务流的概念扩展性，可维护性不是很好。

后来我们在事务流的基础上引进了SOA的概念，即将底层的接口封装为一系列松散耦合的服务，在上层通过对服务的编排实现流程编辑的功能。但是实施SOA困难非常大，一是SOA没有大规模的应用，文档，经验都比较少，实施风险较大；二是实施SOA要工具的支持，需要投资。这样的话我们宁可重复开发。

最终这个流程编辑的功能并没有完成，但是我们还是在API中实现了一个简单的流程编辑，这个流程编辑是通过硬编码来实现的，和我们的愿望相差较大。

---

新的思路

后来看了一家平台软件公司的介绍，他们是做企业应用平台的。企业应用中很多的一点就是工作流。他们的平台就是集成了一款开源的工作流引擎：JBPM。第一次接触JBPM，感觉很多思路可以借鉴。后来在网上搜资料的时候搜到几篇接受微内核流程引擎的文章：

揭秘jbpm流程引擎内核设计思想及构架