数字电视用户余额查询系统设计与实现

2012-06-29周春宏崔建东

电视技术 2012年22期

周春宏，崔建东

（大同数字电视公司，山西大同 037008）

按照国家广播电影电视总局第67号令《有线广播电视运营服务管理暂行规定》[1]第2章服务要求第24条规定，有线广播电视运营服务提供者应当为用户缴费和查询费用等提供便利，并为用户免费提供1年内的缴费记录查询。为满足用户在这方面的需求，笔者在数字电视的数据广播应用之一“云城资讯”中实现了用户的账户余额查询功能。即通过用户操作遥控器，由遥控器与机顶盒的交互[2]实现单向机顶盒上用户的账户余额查询功能。为方便用户查询，在运行环境容许的情况下，力求尽可能简单地在用户操作、系统实现等角度实现此功能应用[3]。

1 设计要求

目前数字电视用户管理系统实有用户个人与集体账户约20万个，每个账户配发1张用户卡，卡号有7位数，唯一标识1个独立账户。此次以整体数据量20万为余额查询系统的设计总量，希望通过输入尽量少的用户卡号尾数个数，经过简单的几步遥控器操作，来找到自己的账户余额数据。同时兼顾机顶盒软、硬件配置，不再进行专门的软硬件升级，在现有条件下实现用户查询要求。用户账户余额查询系统结构如图1所示。

2 软硬件支持环境

图1 用户账户余额查询系统结构框图

主要考虑全部用户账户余额数据量大小、前端播发服务器计算能力、机顶盒内存容量、主芯片运算速度及当前版本软件浏览器支持能力、程序编辑语言的描述范围等。当前机顶盒硬件配置为主芯片ST 5107，CPU工作主频为 200 MHz，EEPROM 为 32 kbyte，Flash Memory为8 Mbyte，RAM为32 Mbyte。数据广播系统使用茁壮浏览器ipanel2.0，当前应用环境下最高支持HTML 4.01，JavaScript 1.5。测试结果表明在此条件约束下进行单用户查找时所建立的数据库文件大小不超过200条记录，根本无法满足20万条用户记录的存储、查找要求，所以需要另辟蹊径。

当前环境（见图2）支持的格式上限为页面尺寸为640×526；文件格式为htm，html，js，txt，mp3，jpg，bmp，gif等；单图片大小不大于40 kbyte；单应用大小在2～3 Mbyte左右；支持CSS 1.0/2.0，HTTP 1.1；支持cookie功能（通常是为了辨别用户身份、进行session跟踪而存储在用户本地终端上的数据，通常经过加密。此处用来做特殊使用）。

3 架构分析

站在用户的角度，此功能软件当然要有查询页面、数据库，在操作遥控器输入一定数量参数后得出查询结果。用户操作界面主要由两个文件构成，一个为首页面，输入用户卡号的后三位按“查询”键进入二级页面，需要注意的是在首页面中要设计输入验证环节，当用户多输或少输了用户编号后，系统会做出提示告知用户“输入错误请重新输入”。进入二级页面后，系统按照用户输入的编号调用对应名称的文件进行查询结果显示。为方便在电视屏幕上显示、查找记录，把结果分为多行三列的格式进行屏幕显示，并且按用户编号顺序进行排列。

以20万用户计，根据已有的软硬件环境，把系统所需的全部用户数据分成1000个文件，每个文件里有约200组数据，即200条用户记录。使用HTML文件格式，每屏显示50条记录，最多翻滚3屏即可找到所要查找的记录，该方法更具实用性。要达到这样的操作简单程度，就需要按用户卡号后三位提取对应的数据文件，进行显示。鉴于浏览器的当前版本，本文采用JavaScript和HTML写查询页面。在HTML里用生成的1000个文件代替数据库功能，查询主页面文件命名为Yecx.html，结果显示页面文件命名为Yecx01.html。具体实现分为3个步骤：数据提取、分析生成、格式转换。其中的数据提取模块，从BOSS系统中提取所有用户相关信息，包括客户编码和账户余额两项；分析生成模块，以用户卡号后三位相同的分为一组进行数据排序并生成单独文件（共1000个文件）；格式转换模块，把从BOSS系统直接提取出的一行多列数据分成多行，每行三列，便于页面显示，也方便用户操作和查找。

其中，对文件如何划分合适？主要是从以下角度做出对比分析后确定思路的。如按用户卡号后四位划分，全部数据从0000～9999共10000个文件每个文件约20条记录，1屏显示；按后三位划分，从000～999共1000个文件每个文件200条记录，分4屏显示；按后两位划分，从00～99共100个文件每个文件2000条记录，分40屏显示。显然最后一种划分方法不可取，通过检索时间对比，按后四位划分的方法等待时间太长根本无法接受。最终，选择了按后三位划分，这样兼顾了机顶盒性能和用户快捷查找的要求。各种方法操作的系统反应时间对比测试结果如表1所示，用户账户余额查询系统设计思路如图3所示。

表1 3种方法操作的系统反应时间对比测试结果

4 程序实现

程序设计流程如图4所示。

图4 程序设计流程

查询系统全部程序分为查询主程序、模板文件、查询结果显示文件、首页面文件、位数校验、二级页面文件等6部分。其中：主程序执行的结果是生成从000～999共1000条命令，从BOSS系统数据库中共提取1000个文件，每个文件包含约200条用户账户信息；模板文件的作用在于，预先做好一个网页文件即模板，设置好边距和要显示的表格样式，在其中插入用户数据即可进行最终显示；用于查询结果显示的文件把1行共200多列记录分为每行3列共70多行。受环境限制不能用表单的形式把首页用户输入的编号传送到二级页面，就用平台所支持的cookie进行传送。在设计指南中也查到ipanel2.0有一个私有的传输代码，应该也可实现同样功能。

具体的页面设计是结合系统要求和运行环境限制而设计完成的（见图5）。主要由两个文件构成，一个为首页面，用户输入用户编号的后三位按查询键进入二级页面，需要注意的是在首页面中要设计输入验证环节，当用户多输或少输了用户编号后，系统会做出提示告知用户输入错误请重新输入（具体见设计代码）。当按查询键进入二级页面后，系统按用户输入的编号调用对应名称的文件进行查询结果显示。结果分为多行三列的格式进行显示，并且按用户编号顺序进行排列，方便用户查找。位数校验代码的使用是为确保正确输入后三位数字。