|
| Su | Mo | Tu | We | Th | Fr | Sa |
|---|
| 27 | 28 | 29 | 30 | 31 | 1 | 2 |
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
| 31 | 1 | 2 | 3 | 4 | 5 | 6 |
最近搞了USSD业务,连的是华为的USSD中心,用的华为的接口协议。
在USSD业务里,存在一个“会话”的概念,跟我们打电话一样,存在发起方,被叫方摘机会话开始,会话链路一直保持,直到一方挂机,另一方听到忙音后也挂机,会话结束。
我是第一次涉及到这种有“会话”概念的系统,刚开始觉得无法下手。
后来想了一种方法:建一个会话类,有新的会话开始时,实例化一个会话类,设置会话的参数(用来唯一标记一个会话的ID及其他的相关参数),然后将类的实例存到一个链表里。下次收到会话请求时,根据会话ID,从链表检索到相应的会话实例,然后调用该实例的方法来处理会话。
感觉这种方式是很合理的。
现在没有想透的是:在涉及“会话”的处理中,如何实现一个交互的框架。比如跟我们使用的IVR一样,是一种交互式的流程,每次处理都需要知道上一次处理的情况,然后根据上一次的情况来决定本次交互需要接收的参数及下一步的操作。
因为现在的USSD业务简单,业务逻辑直接封装在程序里了,我想设计一种脚本化的业务开发方式,即:接口程序独立,可以使用自定义的脚本来定制业务流程。这就需要一个通用的会话处理框架。
尝试中......
作者:阿魁 阅读()
评论() 编辑 发表于:2005-03-27 22:51
相关内容
文章评论
暂无人对此文章发表评论!
发表评论