第496章 难题(1/2)

余文钢真的对车没太多要求，因为他已经过了靠一台好车豪车去撑门面、装高富帅的层次。

能开，不太丢人。

这就是他对车的基本要求，这个年代的车再好，也还是远远没法跟二十年后科技含量十足的车相比。

当然，最关键的原因还是在于他穷。

一台9座金杯海狮超十万，一台别克新世纪近三十万，一台富康也要十三四万，车价再加上购置税等，六七十万一下子就出去了。

这对家底还很薄的余文钢来说，绝对是一笔巨大的开支，好在电脑服务社最近生意还不错，天天有钱收，否则他就只能勒紧裤腰带过日子了。

还是缺钱！

随着理想信息和理想文化这两大吞进巨兽一启动，要花钱的地方就多去了，还是得想办法快速弄一笔巨资进来才行。

余文钢又把主意打到了老任头上。

在过去的这些天里，他自己一直把精力放在彩铃业务系统的架构上。

从技术实现上来说，这一系统的开发对余文钢确实不算难，因为这是他最为熟知的通信方面的内容，熟得不能再熟的那种。

可这并不意味着开发的工作量小。

要知道，这毕竟是一个完整的新业务系统，抛开交换机那一块的编码修改不谈，单是彩铃业务平台这一块，要开发的功能模块也并不少。

余文钢系统地规划了一下，大体上一共需要六大功能模块。

一是接入处理部分。

这一部分主要完成与交换机的信息交换及信令处理，能和交换机实现通话信道连接来播放个性化回铃音，也就是彩铃。

二是数据库服务器。

这一部分是是业务处理和用户信息、用户数据资料、回铃音方案等的数据处理和存储中心，用于存储用户账户信息、账单信息、业务处理数据以及统计数据。

三是铃音资源存储设备。

这一部分用于存储通用铃声和用户定制的个性化语音资源。

四是应用服务器。

这一部分主要的用途有四：

用于为wb、wap以及工作站提供数据的操作和管理服务，以及提供系统中所有部件对数据库访问的代理功能；

用于对用户个性化语音提供统一的编码维护；

对语音存储设备的语音资源进行维护和管理；提供交互式语音服务的语音流程定制功能。

五是web/wap/ivr服务器。

这一部分主要用于提供基于浏览器/wap/ivr方式的定制过程的处理单元，为用户提供多渠道的业务中请和个性化铃声定制界面。

六是接口服务器。

这一部分主要用于提供与短信中心、业务运营支撑系统、spp接口，实现信息交互，及提供业务管理和支撑功能。

六大功能模块！

每一模块基本上都是一套独立的系统，除了软件开发的工作量并不少以外，对硬件的需求也大。

软件部分倒还好，无非就是一个时间问题。

可硬件部分对余文钢来说就成问题了。

要知道，这一系统跟校园卡系统有所不同的是，校园卡系统是比较纯粹的计算机与网络系统，所用设备基本上是以网络服务器为主，只有部分辅助设备是刷卡机之类的电子设备。

而这一系统则是纯正的通信系统，除了会用到网络服务器以外，还需要用到相当一部分的通信设备，比如说交换机，交互式语音应答（ivr）设备等。

网络服务器倒容易解决，可通信设备这一块可是难住余文钢了。

难住他的还远不止设备这一块。

还有测试业务平台所必须的模拟环境。

尤其是这一点相当要命。

理论上说，江大是有属于自己的程控电话交换内网的，用来支撑江大内部的分机呼叫以及外呼，这一设备也归网络中心管理和维护，因此按道理说他可以私下找邱连荣，借用学校的程控电话交换内网来做测试。

可问题是不可行，因为校内电话网是固定电话交换机。

从通信原理上，不管固网和移动，都是：用户终端－接入网－交换－传输－交换－接入网－用户终端。

可两者之间还是有些细微区别的。

区别在于：

1、由于两张网放音定义不同，移动交换机需要支持更复杂的放音。

2、由于接入网的不同（固定接入网和无线接入网），使得交换侧处理语音的编解码格式和数据的方式不同。

3、由于移动网中组件颇多，移动交换机对外的接口也众多，比固定交换机来更为复杂。

4、移动网络的智能业务比固定网络复杂。

最为关键的一点区别，在于固网交换资源对用户来说是一一对应，已经分配好了的，而移动网络在空中接口，对有限的信道资源是按需分配的，不仅要能完成话路接续和交换，还允许用户随时移动并且在需要的时候接入网络，并且保证接入时的安全和合法性。

这些不同导致在应用编程上会有很大不同。

也就是说，如果用学校的程控电话内网来做测试，余文钢暂时只能实现固话彩铃，而无法实现移动彩铃。

后世的彩铃业务是怎么发展起来的？

是先实现移动彩铃，爆火之后才带动固话彩铃的发展！

问题就这么来了。

就算余文钢写好了程序，也缺少用来加载各功能模块的设备，还找不到调试和测试用的模拟环境。

想方设法找关系去找测试环境