在线即开彩票方案

在线即开彩票方案内容摘要：

B. 主中心负责巨奖的核对和兑付。 C. 省中心每天收款后必须在 24 个小时内划入主中心指定的银行帐户中。 D. 上交中央财政和地方（省级或市级）的款项由主中心支付，每月结算一次。 五、 在线即开彩票计算机系统设计 1. 需求分析 本系统的主要特点有： ? 规模庞大：有 10 万台以上投注终端机 ? 实时性强：每 3－ 5 秒完成一次游戏，每次游戏都需要至少 上传一次数据，每次上传 数据需在 1 秒之内完成（最长不超过 3 秒），峰值时系统的处理能力要求达到每秒 4 万 笔交易，再预留 50％的余量，要求系统设计能力需达每秒 6 万 笔交易。 ? 安全级别高： 本系统为现金交易系统，这对网络和设备的要求都比较高。 ? 管理要求严格： 分级管理，要求管理人员的角色和权限的划分要合理、清楚，不得越权操作。 ? 高可靠性：系统数据处理过程要求准确可靠 ? 高可用性：系统需要 24小时不间断运行，要求有容错、故障在线修复和故障自动恢复功能，条件许可的话，还需要容灾功能。 2. 数据采集和汇总 A. 系统总体逻辑结构： B. 实时数据 传送： 投注数据 实时 上传， 在 投注终端 每运作一次 上传一次数据到数据采集器，上传的数据内容包括： ? 此时间段的每一笔投注的原始记录（卡 ID、投注注数和线数，摇出 的组合等） ? 当前的投注卡号及其余额和中奖情况 ? 其它需要上传的信息 除了投注数据需要上传 外，下述情况下 投注终端机必须和服务器连接： ? 顾客使用投注卡登录时 ? 顾客退出登录时 如果数据上传失败，投注终端将停止接受投注，直至有系统维护人员到场处理后方可继续投注。 遇到数据上传失败， 顾客可取出 投注卡 ，但在系统维护 人员修复设备之前不能兑现。 此时 ， 顾客需向现场服务人员求助。 C. 分布式处理： 为了保证系统的性能和可扩充性，避免初始投入太大，建议采用分布处理的技术，将主要的业务处理按功能划分成几个相对独立的部分，通过一定的通信方式将其结合成一个有效的整体。 根据功能来划分，本系统主要由以下几个子系统组成： ? 投注数据采集子系统 ? 每个省一套 ? 投注数据实时采集 ? 省中心数据汇总，将省中心数据发往后台统计汇总系统 ? 投注终端接入认证 ? 将与投注卡相关的事务交给投注卡子系统处理 ? 将后台统计汇总系统计算所得的累积彩池的值取出，并在每次接收数据时 返回给投注终端 ? 游戏玩法的中心控制，如返还率 、巨奖控制等。 ? 投注卡发行管理子系统 系统控制台 后台发卡系统 发卡服务器 查询结算服务器 数据采集器 统计汇总服务器 发卡终端 投注终端 站管理 发卡终端 投注终端 站管理 发卡数据库 客户层 数据 采集 层 投注站 省中心 汇总 层 主中心 投注和汇总数据库 银行系统接口 银行系统 ? 整个系统一套，保证投注卡在整个系统内通用 ? 投注卡的销售、激活、管理、注销等 ? 查询和资金结算子系统 ? 站管理终端查询和打印投注站的投注相关数据 ? 实现投注站和省中心之间的资金结算 ? 提供相关的财务报表 ? 统计汇总子系统 ? 整个系统一套，汇总各省中心送上来的统计数据 ? 计算累积奖金 ? 为各省结算子系统提供结算基础数据 ? 投注数据最终汇总和备份 D. 多级数据存储： ? 终端层数据存储：存储本投注终端近期的 投注数据明细 ，投注历史数据汇总等 ，数据存储有效期 为长 年有效，只有有特权的维护人员有可能清理其中的数据。 ? 采集层数据 ：存储一个省所有投注站的投注终端的投注数据，实时采集，保存期为 3 个月。 ? 后台数据存储：存储整个系统中的投注数据，每天在非繁忙时段 汇总一次，保存期为长期，超过 3 个月的转移的外存储设。