中国大陆的电子商务网站(linux+jsp)的计费收费系统平台设计规划

      电子商务网站中的收费缴费框架主要使用客户预存款的形式，客户通过缴费途径把钱存入电子商务网站络有限公司客户名下，并由计费框架主进行用款帐目和明细的管理；向客户提供帐单结算。客户可以通过个人控制中心审查自已的预存余额，历史帐单；现行定单；冻结金额；并可以要求发票和帐单投递（投递费可以假定作为一项服务扣费），当然也可以客户自行到网站公司营业部打印帐单。
     一、缴费框架；

• 使用充值卡缴费：例子，超声读书卡；方法是相对简单；如果收费框架功能到位，可以把客户未用完的余额退回。
• 客户银行转帐：通过一卡通等银行转帐手段，客户直接在网上按指定帐号向电子商务网站汇款，这个方法需要与银行的协同工作还不太清楚；
• 人工汇款；人工汇款是最古老的方式之一，缺点是太麻烦的话客户会放弃在电子商务网站上消费的欲望；
• 短信收费：这个方式目前有点臭名昭著，是象信息台一样通过电信（移动）高额收取短信费用；缺点是成本高（固定成本每月2000，浮动成本每条两毛钱），而且不太受消费者欢迎；这类有偿信息发布短信的营利案例好象没有听说过。另外，称动似乎正在压缩梦网短信平台，原因是投诉太多。所以这个方式不宜作为基本业务的收费途径。
• 其他：还有什么，欢迎提议；

      缴费框架需要一个客户缴费项目的跟踪系统。最简单的情况下，是由电子商务网站后台工作人员输入帐单，但仍需要让客户有可能从个人控制中心追踪到自已的帐单。如果使用上述第一，第二套方式，可以减少工作人员的工作，但需要相应开发客户的缴费系统；

   二、计费框架

• 客户计费主要通过申请服务后的逐项扣减客户充值额进行。每当客户申请一项电子商务网站有偿服务时，就会检查客户余额是否足以支付该项服务内容；如果足以支付，就冻结相应的金额，直到客户取消该项订单为止；每当客户接受一项收费服务，就从冻结额中扣除相应的款项；直到冻结金额用完。冻结金额不是客户的充值额，这个概念一定要搞清楚。
• 客户可以在个人中心中审查本人的余额，以及已经冻结的金额和相应的服务；以及本人历史交易记录。
• 客户可以要求退回充值额（可以鼓励客户多存放心存），浏览帐单，可以要求打印帐单并邮寄发票。

   三、系统要求：

缴费收费的要求比信息类的系统要求要高，主要体现在事务安全性和访问安全性；因此要求使用支持事条的数据库，以及使用安全性连接，并且，客户密码应该作进一步的加密，以及避免使用明文传输，包括认证码安全等。因此，这意味着整个系统档次的提升。需要开发的相应组件和系统管理项目包括：
1、开启PQ数据库和更严格的自动备份；(尽可能不使用Oracle/DB2,原因是资源耗用太大,同时必须保证多台服务器形成的工作组同时工作;为此,备份服务器也要随之升级和热备,系统管理成本就会直线上升,保守估计是十倍以上).
2、开启网站安全证书和安全链接；
3、开发实时随机认证码；
4、开发java applet的密码认证插件；
5、全部用户记录转移到PQ数据库；
6、全部用户密户进一步使用随机数和散列加密——那意味着即使是网站管理员/数据库库管理员也无法查探用户密码，只能采用恢复处理。
7、现阶段不打算申请VeriSign公钥（可以让IE在转向安全链接时不询问用户"是否接受该站证书"，有必要吗？45000美元一年噢）。

以上六项不是计费收费框架的所需要的工作本身，而是开通计费收费功能的基础。

    四、计费收费框架中的可见的必要模块

•  个人缴费平台；如第一点所述
•  个人订单平台；订单跟踪，事实上每一项收费服务都需要自已的订单系统；
• 个人帐单平台：这本质上相当于ERP中的报表系统，原则上要求可以使用打印机输出；这里包括个人交易日志；
• 交易日志；如果说对于其他服务内容日志是有用的话；对于收费业务来说就是必须，这是解决业务潜在争端和交易中止事故恢复的关键记录；日志要求能够实现他机同步记录；
• 交易扣费接口；要求所有收费项目都实现一个统一的冻结和费用扣除接口，并且所有的费用应该可以直观明了的地进行修改和调整。
• 还有什么吗？欢迎提示。