CN101339681A - 一卡通预付费系统 - Google Patents
一卡通预付费系统 Download PDFInfo
- Publication number
- CN101339681A CN101339681A CNA2008101423243A CN200810142324A CN101339681A CN 101339681 A CN101339681 A CN 101339681A CN A2008101423243 A CNA2008101423243 A CN A2008101423243A CN 200810142324 A CN200810142324 A CN 200810142324A CN 101339681 A CN101339681 A CN 101339681A
- Authority
- CN
- China
- Prior art keywords
- card
- water
- electricity
- gas
- meter
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Beverage Vending Machines With Cups, And Gas Or Electricity Vending Machines (AREA)
- Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
Abstract
一卡通预付费系统,包括IC卡预付费表、IC卡、IC卡售电、水、气终端、IC卡预付费管理系统,所述IC卡预付费表负责电、水、气的计量,接收IC卡中传来的预购电、水、气量等数据,并将用电、水、气量等数据返写到IC卡中;IC卡售电、水、气终端向IC卡写入预购电、水、气量等数据;IC卡售电、水、气终端完成新用户注册,将相关信息发送给其他的IC卡售电、水、气终端,处理并记录从IC卡预付费管理系统获得的电、水、气费及管理信息。本发明的优点在于:是一个完整的售电、水、气系统,用户安装好IC卡预付费表后,通过IC卡售电、水、气终端购电、水、气,从而实现用户的预付费用电、水、气,并且使用IC卡预付费管理系统对流程进行管理,保证计费的正确性。
Description
技术领域
本发明是关于一种预付费系统,特别是指一种使用一种系统可以同时实现水、电、气预付费使用的一卡通预付费系统。
背景技术
目前,民用照明用电和工业用电大都采用传统的感应式电度表计量,用电管理方法为人工抄表,记录每月用电量,先用电,后交费,随着用电量的不断增大,这种电能计量管理方法显示出许多缺点,最主要的就是电费收取难,用户先用电就意味着电业管理部门需预付电费,然后再向用户收费,而由于各种原因,目前很难做到按时收取电费,甚至出现大量收不到电费的情形,给电费管理部门造成巨大的经济损失,并且一次次的催缴电费也极大浪费人力物力,另外,对于偷盗电者,传统的电表由于自身的原理和结构,无法防止,从而造成电的进一步浪费。
另外,对于日常生活中必不可少的水及气的使用及管理也存在着与上述电的管理同样的问题,因此,对于水、电、气的供应公司来说,每个月上门去抄各个用户的三表读数是非常繁重的工作,需要投入大量的人力和物力。随着我国市场经济的发展和人们生活水平的提高,水、电、气使用的计量管理工作在整个国民经济中显得越发重要,特别在《中华人民共和国计量法》颁布后,各有关行政部门相继颁布了一系列与之配套的法规和规定,水、电、气的计量纳入了法制管理轨道,同时计量产品已步入集体化、智能化的方向发展。
发明内容
本发明所要解决的技术问题在于提供一种智能化的、可以实现预付费的、并且是一个完整售水电气系统的一卡通预付费系统。
本发明是通过以下技术方案解决上述技术问题的:一种一卡通预付费系统,包括IC卡预付费表、IC卡、IC卡售电、水、气终端、IC卡预付费管理系统,所述IC卡预付费表包括一卡通电能表、一卡通水表,以及一卡通气表,负责电、水、气的计量,接收IC卡中传来的预购电、水、气量,负荷控制门限等数据,并将用电、水、气量等数据返写到IC卡中;IC卡是一卡通电能表、一卡通水表,以及一卡通气表与售电、水、气终端之间传递数据的介质,IC卡售电、水、气终端和IC卡预付费管理系统完成向IC卡写入预购电、水、气量,负荷控制门限等数据;IC卡售电、水、气终端完成新用户注册,将相关信息发送给其他的IC卡售电、水、气终端,处理并记录从IC卡预付费管理系统获得的电、水、气费及管理信息。
该发明进一步具体为:
所述IC卡为逻辑加密卡,IC卡预付费表中的一卡通电能表、一卡通水表,以及一卡通气表都使用IC卡,一卡通电能表、一卡通水表,以及一卡通气表根据表的不同类型使用不同的字段,IC卡预付费管理系统根据数据库中的表类型使用相应的字段信息,在不使用的字段中,在IC卡初始化和购电、水、气时都设置为零。
所述IC卡预付费表的一卡通电能表采用普通电量结算模式:用户用电时,按0.01kWh进行购电量递减,在剩余电量为零时自动切断用户负载用电,采用单一费率计量,IC卡预付费管理系统向IC卡中写入每次的购电量,一卡通电能表接受IC卡中的购电量;
所述IC卡预付费表的一卡通水表采用普通水量结算模式:用户用水时,按0.1吨进行购水量递减,在剩余水量为零时自动切断用户用水,采用单一费率计量,IC卡预付费管理系统向IC卡中写入每次的购水量,一卡通水表接受IC卡中的购水量;
所述IC卡预付费表的一卡通气表采用普通气量结算模式:用户用气时,按0.01m3进行购气量递减,在剩余气量为零时自动切断用户用气,采用单一费率计量,IC卡预付费管理系统向IC卡中写入每次的购气量,一卡通气表接受IC卡中的购气量。
所述IC卡售电、水、气终端包括复数个售电、水、气站点的计算机、复数个基层业务中心的计算机,以及数据中心的计算机,每个基层业务中心的计算机通过通信接口连接复数个售电、水、气站点的计算机,而所有基层业务中心的计算机通过通信接口连接到数据中心的计算机;
所述售电、水、气站点的计算机的业务数据传输到基层业务中心的计算机,基层业务中心的计算机处理后再分发给其下的售电、水、气站点的计算机,基层业务中心的计算机将数据再传到数据中心的计算机。
所述IC卡预付费管理系统包括以下步骤:
程序开始于步骤41;
步骤42:连接数据库;
步骤43:系统判断是否连接成功,若连接成功,则进入步骤44,否则返回步骤42;
步骤44:登陆系统;
步骤45:系统进行身份验证,若身份合法,进入步骤46,否则返回步骤44;
步骤46:进入系统主界面,系统并判断下一步进行的操作,并根据接收到的执行命令进入各相应的执行模块;
步骤47:每个执行模块完成后,系统判断是否返回系统主界面,若是,则返回步骤46,若否,则进入步骤48;
程序结束于步骤48。
将系统最后一次操作退出时间和系统当前时间进行比较,如果最后操作时间大于或等于系统当前时间,则认为是人为更改了系统的时间,会对系统造成破坏,所以不允许进入系统;若最后操作时间小于系统当前时间,则允许登陆系统;
所述步骤45进一步包括:验证登录人员输入的操作员编号是否存在,密码是否正确,如果无输入的操作员编号将给出提示;如果操作员密码输入错误连续达到预定的次数,系统将不允许登录;密码正确,则通过身份验证;修改密码时必须保证操作员输入的编号、旧密码和数据库中的信息相对应,并且所要修改之后新密码和确认密码一致才允许进行修改。
所述步骤46中的执行模块包括抄表模块、查询模块、报表模块、营业窗口模块、业务处理模块,以及系统管理模块。
所述抄表模块将IC卡中用户卡内的抄表的有效数据保存到数据库中,并在数据保存之后可以将抄表数据清空;
所述查询模块进一步包括,通过选择查询条件,根据选择条件的关系,选择输出顺序,然后将符合条件的数据根据输出顺序查询出来,并生成报表,报表生成的字段由用户自行选择;
所述报表模块进一步包括,统计和打印每天、每月及给定时间范围内的售电、水、气业务信息,其中系统提供按固定的日期,某个月份或年,是否包括历史记录来查询信息,然后选择分组方式和报表的类型来产生报表,最后将产生的报表直接打印或生成预览。
该营业窗口模块进一步包括开户单元、售电、水、气单元、变更单元、报表单元、补卡单元,以及卡维护单元,
所述开户单元包括下述步骤:首先输入用户信息,并配上相应的IC卡预付费表;然后将数据信息保存在数据库中;
所述售电、水、气单元包括下述步骤:首先从IC卡中读出相应的IC卡预付费表的信息;然后输入相应的购电、水、气量或金额;最后将数据保存到卡中和数据库中;
所述变更单元包括下述步骤:首先查询已经在使用IC卡预付费表并且需要更改的用户的基本信息;然后对该用户的基本信息进行修改;最后将修改前和修改后的数据都保存到数据库中,或者打印修改的信息;
所述报表单元包括下述步骤:首先根据输入的条件进行信息查询,系统提供按固定的日期,某个月份或年,是否包括历史记录来查询信息;然后将查询出的信息产生报表;最后进行预览或者直接打印;
所述补卡单元包括下述步骤:首先根据条件查询该用户;然后显示该用户的基本信息;管理员根据客户提供的信息来选择补卡的方式;重新将原来数据库中的数据补到一个新的卡中;最后将补卡记录保存在数据库中;
所述卡维护单元包括下述步骤:首先根据用户提供的信息查询该用户;然后显示该用户的所有购电、水、气记录;最后对购电、水、气纪录进行逐条处理。
所述业务处理模块进一步包括:制卡单元,追补电、水、气量输入单元,追补水量输入单元,追补气量输入单元,月末结转单元,数据库备份单元。
所述系统管理模块包括:基本字典管理单元,电表字典管理单元,电价管理单元,电表运行参数单元,水表字典管理单元,水价管理单元,水表运行参数单元,气表字典管理单元,气价管理单元,气表运行参数单元,操作员管理单元,以及操作日志单元。
本发明一卡通预付费系统的优点在于:是一个完整的售水电气的系统,用户安装好一卡通电能表、水表以及气表后,通过IC卡售电、水、气终端开户取得装载至预付费表的IC卡,管理部门通过分布式的销售点进行售电、水、气,用户使用IC卡即可以从任一销售点购电水气,从而实现电、水、气的预付费使用,并且使用一卡通预付费管理系统对流程进行管理,保证计费的正确性,同时提高了管理部门的工作效率,减少劳动量。
附图说明
下面参照附图结合实施例对本发明作进一步的描述。
图1是本发明一卡通预付费系统的完整系统架构示意图。
图2是本发明一卡通预付费系统的销售网络架构图。
图3是本发明一卡通预付费系统的IC卡预付费管理系统的软件流程图。
图4是图3中步骤46中的执行模块的构成框图。
具体实施方式
请参阅图1,是本发明一卡通预付费系统的完整系统架构示意图。该一卡通预付费系统包括IC卡预付费表、IC卡、IC卡售电、水、气终端(售电、水、气点的PC机)、IC卡预付费管理系统(即水、电、气一卡通预付费管理系统)。
该IC卡预付费表包括一卡通电能表、一卡通水表,以及一卡通气表。IC卡预付费表负责电、水、气的计量,接收IC卡中传来的预购电、水、气量,负荷控制门限等数据,并将用电、水、气量等数据返写到IC卡中(电、水、气返回的数据不尽相同)。IC卡是一卡通电能表、一卡通水表,以及一卡通气表与售电、水、气终端之间传递数据的介质。IC卡售电、水、气终端和IC卡预付费管理系统完成向IC卡写入预购电、水、气量(也可以只写入电、水、气中的任意一个或者两个,对表的操作也要对应),负荷控制门限等数据。IC卡售电、水、气终端完成新用户注册,将相关信息发送给其他的IC卡售电、水、气终端,处理并记录从IC卡预付费管理系统获得的电、水、气费及管理信息。某些情况下,还需要抄表员人工抄表,然后将数据返回到IC卡售电、水、气终端。
以下将详细介绍上述各组成部分的功能及工作原理。
1、IC卡
IC卡为逻辑加密卡,IC卡设计采用系统兼容设计方案。IC卡预付费表中的一卡通电能表、一卡通水表,以及一卡通气表都使用IC卡。一卡通电能表、一卡通水表,以及一卡通气表根据表的不同类型使用不同的字段,IC卡预付费管理系统根据数据库中的表类型使用相应的字段信息。在不使用的字段中,在IC卡初始化和购电、水、气时都设置为零。
该IC卡根据使用的表具不同分为下述类型:
(1)、对于一卡通电能表
用户卡:用户在IC卡预付费管理系统和一卡通电能表之间传递购电信息、用电信息、管理信息的载体。
功能卡:电力公司人员持有,用于清零,透支,抄表,换表,设置参数。
(2)、对于一卡通水表
用户卡:用户在IC卡预付费管理系统和一卡通水表之间传递购水信息、用水信息、管理信息的载体。
功能卡:水力公司人员持有。用于清零,检测,校时,定位,换表,设置参数。
(3)、对于一卡通气表
用户卡:用户在IC卡预付费管理系统和一卡通气表之间传递购气信息、用气信息、管理信息的载体。
功能卡:气力公司人员持有。用于清零,抄表,换表。
2、IC卡预付费表,包括下述三种类型:
(1)、一卡通电能表:
采用普通电量结算模式:即用户用电时,按0.01kWh进行购电量递减,在剩余电量为零时自动切断用户负载用电。此模式时采用单一费率计量,IC卡预付费管理系统向IC卡中写入每次的购电量,一卡通电能表接受IC卡中的购电量。
(2)、一卡通水表:
即用户用水时,按0.1吨进行购水量递减,在剩余水量为零时自动切断用户用水。此模式时采用单一费率计量,IC卡预付费管理系统向IC卡中写入每次的购水量,一卡通水表接受IC卡中的购水量。
(3)、一卡通气表:
即用户用气时,按0.01m3进行购气量递减,在剩余气量为零时自动切断用户用气。此模式时采用单一费率计量,IC卡预付费管理系统向IC卡中写入每次的购气量,一卡通气表接受IC卡中的购气量。
3、IC卡售电、水、气终端
请参阅图2,是本发明一卡通预付费系统的IC卡售电、水、气终端的网络架构图,该IC卡售电、水、气终端包括复数个售电、水、气站点的计算机32、复数个基层业务中心的计算机34,以及数据中心的计算机36。每个基层业务中心的计算机34通过通信接口连接复数个售电、水、气站点的计算机32,而所有基层业务中心的计算机34通过通信接口连接到数据中心的计算机36。
其中售电、水、气站点的计算机32只进行营业窗口的操作,即开户、售电、水、气(也可以只售其中的一项或两项)、变更、报表、补卡、卡维护等基本操作,不处理其它业务。
基层业务中心的计算机34能做所有的业务功能,如开户、购电、购水、购气、补卡、卡维护、抄表、制卡、系统管理,及数据查询等。
数据中心的计算机36不进行具体的业务操作,只接收业务数据,进行报表输出,分析等。
该IC卡售电、水、气终端是一个分层次的、分布式的、可扩展的系统。其分布式特性体现在每个售电、水、气站点的计算机32都有独立的数据库运行,售电时不依赖于网络,这样,即使某个售电、水、气站点的计算机32因某种故障不能售电,也不会影响到其它售电、水、气站点的计算机32的运行,当然,每天的业务数据都必须传输到上一级单位,即基层业务中心的计算机34,以保证用户下次购电、水、气时可在其它任意的售电、水、气站点的计算机32进行。其可扩展性体现在其最小的运行单元是一套运行在基层业务中心的计算机34上的售电主系统(BU,Business Unit),在此基础上向下可设立多个售电、水、气站点的计算机32,运行售电、水、气子系统,向上可将业务数据传递到数据中心(DC,Data Center)的计算机36,数据中心可为多级,如城市数据中心,省(州)数据中心,国家数据中心。其分层性体现在数据逐层上传,售电、水、气站点的计算机32将数据传到基层业务中心的计算机34,基层业务中心的计算机34将数据再传到数据中心的计算机36。其中运行售电、水、气子系统的售电、水、气站点的计算机32不是必须的,通常用于郊区售电或代理售电。
售电、水、气站点的计算机32、基层业务中心的计算机34,以及数据中心的计算机36的通信方式可选用PSTN、GSM-GPRS,CDMA。通常PSTN是最经济的方式。数据中心的计算机36、基层业务中心的计算机34,以及售电、水、气站点的计算机32依次为上下级关系。通信只在上下级之间进行,不跨级通信:售电、水、气站点的计算机32与基层业务中心的计算机34之间是双向通信,基层业务中心的计算机34与数据中心的计算机36之间是单向通信。基层业务中心的计算机34与售电、水、气站点的计算机32之间通常不超过30km,以方便PSTN/GSM/CDMA发生故障时可以通过人工传递数据。基层业务中心的计算机34与数据中心的计算机36之间距离不限,但之间必须有PSTN/GSM/CDMA或更好的通信方式。售电、水、气站点的计算机32与基层业务中心的计算机34之间每天至少交换一次,以方便该基层业务中心的计算机34下的客户可在其任一售电、水、气站点的计算机32购电。基层业务中心的计算机34与数据中心的计算机36之间根据实际需要决定多少天传递一次,但每月至少传递一次。基层业务中心的计算机34传递到售电、水、气站点的计算机32的数据为客户档案数据。基层业务中心的计算机34传递到DC的数据为所有业务数据,包括售电、补卡、增容、更改客户资料,抄表等等。数据传递以数据文件的方式进行。
根据IC卡预付费管理系统的大小,数据中心的计算机36、基层业务中心的计算机34可以独立存在或者合并为一个整体。
4、IC卡预付费管理系统
请参阅图3,是本发明一卡通预付费系统的IC卡预付费管理系统的软件流程图,该IC卡预付费管理系统包括以下步骤:
程序开始于步骤41;
步骤42:连接数据库;
步骤43:系统判断是否连接成功,若连接成功,则进入步骤44,否则返回步骤42;
步骤44:登陆系统;
步骤45:系统进行身份验证,若身份合法,进入步骤46,否则返回步骤44;
步骤46:进入系统主界面,系统并判断下一步进行的操作,并根据接收到的执行命令进入各相应的执行模块;
步骤47:每个执行模块完成后,系统判断是否返回系统主界面,若是,则返回步骤46,若否,则进入步骤48;
程序结束于步骤48。
其中步骤44进一步包括:将系统最后一次操作退出时间和系统当前时间进行比较,如果最后操作时间大于或等于系统当前时间,则认为是人为更改了系统的时间,会对系统造成破坏,所以不允许进入系统;若最后操作时间小于系统当前时间,则允许登陆系统。
其中步骤45进一步包括:验证登录人员输入的操作员编号是否存在,密码是否正确(默认密码为空),如果无输入的操作员编号将给出提示;如果操作员密码输入错误连续达到3次,系统将不允许登录;密码正确,则通过身份验证;修改密码时必须保证操作员输入的编号、旧密码和数据库中的信息相对应,并且所要修改之后新密码和确认密码一致才允许进行修改。
请参阅图4,其中步骤46中的执行模块包括抄表模块461、查询模块462、报表模块463、营业窗口模块464、业务处理模块465,以及系统管理模块466。
该抄表模块461用于将IC卡中用户卡内的抄表的有效数据保存到数据库中,并在数据保存之后可以将抄表数据清空。
该查询模块462进一步包括,通过选择查询条件(日期、表号、姓名、地址等),根据选择条件的关系,选择输出顺序,然后将符合条件的数据根据输出顺序查询出来,并生成报表,报表生成的字段可以由用户自行选择。
该报表模块463进一步包括,统计和打印每天、每月及给定时间范围内的售电、水、气业务信息,其中系统提供按固定的日期,某个月份或年,是否包括历史记录来查询信息,可以选择分组方式和报表的类型来产生报表,可以将产生的报表直接打印或生成预览,并可以对报表的字段进行选择。
该营业窗口模块464进一步包括开户单元4642、售电、水、气单元4643、变更单元4644、报表单元4645、补卡单元4646,以及卡维护单元4647。
该开户单元4642包括下述步骤:
首先输入用户信息(用户代码,用户名称,用户地址,法人代表,电话,开户银行,银行帐号,纳税号,区域,备注),并配上相应的IC卡预付费表,既输入一卡通电能表、一卡通水表,以及一卡通气表相应的信息;
然后将数据信息保存在数据库中。
该售电、水、气单元4643包括下述步骤:首先从IC卡中读出相应的IC卡预付费表的信息;然后输入相应的购电、水、气量或金额;最后将数据保存到卡中和数据库中。
该变更单元4644包括下述步骤:
首先查询已经在使用IC卡预付费表并且需要更改的用户的基本信息;
然后对该用户的基本信息进行修改,包括过户、销户、电表用电性质修改、电表变容、电表换表、电表销表、水表换表、水表销表、气表换表,以及气表销表;
最后将修改前和修改后的数据都保存到数据库中,还可以打印修改的信息。
该报表单元4645包括下述步骤:
首先根据输入的条件进行信息查询,系统提供按固定的日期,某个月份或年,是否包括历史记录来查询信息;
然后将查询出的信息产生报表,可以选择分组方式和报表的类型来产生报表;
最后进行预览或者直接打印电、水、气单日日报和汇总月报,并可以对报表的字段进行选择。
该补卡单元4646的作用为当用户卡丢失之后,给已丢失用户卡的用户补卡,包括下述步骤:
首先根据条件查询该用户;
然后显示该用户的基本信息;
管理员根据客户提供的信息来选择补卡的方式;
重新将原来数据库中的数据补到一个新的卡中;
最后将补卡记录保存在数据库中;
该卡维护单元4647包括下述步骤:
首先根据用户提供的信息查询该用户;
然后显示该用户的所有购电、水、气记录;
最后对购电、水、气纪录进行逐条处理。
该卡维护单元4647的功能和补卡单元4646一样都是对丢失的数据进行处理,不同之处在于补卡单元4646只能够对最后一次的数据进行处理,而卡维护单元4647可以对所有的购电、水、气纪录进行逐条处理。
该业务处理模块465进一步包括:制卡单元4651(电表制卡、水表制卡、气表制卡),追补电量输入单元4652,追补水量输入单元4653,追补气量输入单元4654,月末结转单元4655,数据库备份单元4656。
制卡单元4651:用来制作IC卡,在一卡通电能表,一卡通水表以及一卡通气表中IC卡都能制作为其他功能的卡,都可以随便制作,但是最好用另一张IC卡制作其他功能卡。
追补电、水、气量输入单元4652、4653、4654:当用户换表或者因其他原因上次使用的电、水、气量没有用完,可以通过该单元进行追补来实现。
月末结转单元4655:为了提高售电、水、气时的数据处理速度,建议每月进行数据结转,将上月数据分别转存到历史表中,以实现系统的快速运作,在启动系统时应检查上月数据是否已经结转,若没有结转,应提示管理员需要进行月数据结转。
数据库备份单元4656:为了保障数据安全,建议系统操作人员每天将数据进行备份。如果系统数据遭到破坏,可以恢复前一天备份的数据库,以降低由于数据丢失或破坏而造成的损失。
该系统管理模块466包括:基本字典管理单元4661,电表字典管理单元4662,电价管理单元4663,电表运行参数单元4664,水表字典管理单元4665,水价管理单元4666,水表运行参数单元4667,气表字典管理单元4668,气价管理单元4669,气表运行参数单元4670,操作员管理单元4671,以及操作日志单元4672。
其中基本字典管理单元4661:是电、水、气都要用到的系统参数,包括区域,终端,行业,支付。
电表字典管理单元4662:是电表要用到的系统参数,包括变台,线路,表型。
电价管理单元4663:是用来制定电价的。
电表运行参数单元4664:对电表中的一些操作制定费用标准。
水表字典管理单元4665:是水表要用到的系统参数,包括表型,位置,口径单位。
水价管理单元4666:是用来制定水价的。
水表运行参数单元4667:对水表中的一些操作制定费用标准。
气表字典管理单元4668:是气表要用到的系统参数。包括表型,位置,进气方式,材料类型。
气价管理单元4669:是用来制定气价的。
气表运行参数单元4670:对气表中的一些操作制定费用标准。
操作员管理单元4671:对操作员进行管理,为操作员分配权限。
操作日志单元4672:记录操作员在系统中所有的操作。
上述没有一一叙述各模块以及各单元的详细的软件流程步骤,因为对于本领域的技术人员来说,根据叙述的各模块以及单元的功能是非常容易编写该模块以及单元的软件流程步骤的,因此,在此不再赘述。
虽然以上描述了本发明的具体实施方式,但是熟悉本技术领域的技术人员应当理解,我们所描述的具体的实施例只是说明性的,而不是用于对本发明的范围的限定,熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化,都应当涵盖在本发明的权利要求所保护的范围内。
Claims (10)
1.一种一卡通预付费系统,其特征在于:包括IC卡预付费表、IC卡、IC卡售电、水、气终端、IC卡预付费管理系统,
所述IC卡预付费表包括一卡通电能表、一卡通水表,以及一卡通气表,负责电、水、气的计量,接收IC卡中传来的预购电、水、气量,负荷控制门限等数据,并将用电、水、气量等数据返写到IC卡中;
IC卡是一卡通电能表、一卡通水表,以及一卡通气表与售电、水、气终端之间传递数据的介质,IC卡售电、水、气终端和IC卡预付费管理系统完成向IC卡写入预购电、水、气量,负荷控制门限等数据;
IC卡售电、水、气终端完成新用户注册,将相关信息发送给其他的IC卡售电、水、气终端,处理并记录从IC卡预付费管理系统获得的电、水、气费及管理信息。
2.如权利要求1所述的一卡通预付费系统,其特征在于:所述IC卡为逻辑加密卡,IC卡预付费表中的一卡通电能表、一卡通水表,以及一卡通气表都使用IC卡,一卡通电能表、一卡通水表,以及一卡通气表根据表的不同类型使用不同的字段,IC卡预付费管理系统根据数据库中的表类型使用相应的字段信息,在不使用的字段中,在IC卡初始化和购电、水、气时都设置为零。
3.如权利要求1或2所述的一卡通预付费系统,其特征在于:所述IC卡预付费表的一卡通电能表采用普通电量结算模式:用户用电时,按0.01kWh进行购电量递减,在剩余电量为零时自动切断用户负载用电,采用单一费率计量,IC卡预付费管理系统向IC卡中写入每次的购电量,一卡通电能表接受IC卡中的购电量;
所述IC卡预付费表的一卡通水表采用普通水量结算模式:用户用水时,按0.1吨进行购水量递减,在剩余水量为零时自动切断用户用水,采用单一费率计量,IC卡预付费管理系统向IC卡中写入每次的购水量,一卡通水表接受IC卡中的购水量;
所述IC卡预付费表的一卡通气表采用普通气量结算模式:用户用气时,按0.01m3进行购气量递减,在剩余气量为零时自动切断用户用气,采用单一费率计量,IC卡预付费管理系统向IC卡中写入每次的购气量,一卡通气表接受IC卡中的购气量。
4.如权利要求1所述的一卡通预付费系统,其特征在于:所述IC卡售电、水、气终端包括多个售电、水、气站点的计算机、多个基层业务中心的计算机,以及数据中心的计算机,每个基层业务中心的计算机通过通信接口连接多个售电、水、气站点的计算机,而所有基层业务中心的计算机通过通信接口连接到数据中心的计算机;
所述售电、水、气站点的计算机的业务数据传输到基层业务中心的计算机,基层业务中心的计算机处理后再分发给其下的售电、水、气站点的计算机,基层业务中心的计算机将数据再传到数据中心的计算机。
5.如权利要求1所述的一卡通预付费系统,其特征在于:所述IC卡预付费管理系统包括以下步骤:
程序开始于步骤41;
步骤42:连接数据库;
步骤43:系统判断是否连接成功,若连接成功,则进入步骤44,否则返回步骤42;
步骤44:登陆系统;
步骤45:系统进行身份验证,若身份合法,进入步骤46,否则返回步骤44;
步骤46:进入系统主界面,系统并判断下一步进行的操作,并根据接收到的执行命令进入各相应的执行模块;
步骤47:每个执行模块完成后,系统判断是否返回系统主界面,若是,则返回步骤46,若否,则进入步骤48;
程序结束于步骤48。
6.如权利要求5所述的一卡通预付费系统,其特征在于:所述步骤44进一步包括:将系统最后一次操作退出时间和系统当前时间进行比较,如果最后操作时间大于或等于系统当前时间,则认为是人为更改了系统的时间,会对系统造成破坏,所以不允许进入系统;若最后操作时间小于系统当前时间,则允许登陆系统;
所述步骤45进一步包括:验证登录人员输入的操作员编号是否存在,密码是否正确,如果无输入的操作员编号将给出提示;如果操作员密码输入错误连续达到预定的次数,系统将不允许登录;密码正确,则通过身份验证;修改密码时必须保证操作员输入的编号、旧密码和数据库中的信息相对应,并且所要修改之后新密码和确认密码一致才允许进行修改;
所述步骤46中的执行模块包括:抄表模块、查询模块、报表模块、营业窗口模块、业务处理模块,以及系统管理模块。
7.如权利要求6所述的一卡通预付费系统,其特征在于:所述抄表模块将IC卡中用户卡内的抄表的有效数据保存到数据库中,并在数据保存之后可以将抄表数据清空;
所述查询模块进一步包括,通过选择查询条件,根据选择条件的关系,选择输出顺序,然后将符合条件的数据根据输出顺序查询出来,并生成报表,报表生成的字段由用户自行选择;
所述报表模块进一步包括,统计和打印每天、每月及给定时间范围内的售电、水、气业务信息,其中系统提供按固定的日期,某个月份或年,是否包括历史记录来查询信息,然后选择分组方式和报表的类型来产生报表,最后将产生的报表直接打印或生成预览。
8.如权利要求6所述的一卡通预付费系统,其特征在于:该营业窗口模块进一步包括开户单元、售电、水、气单元、变更单元、报表单元、补卡单元,以及卡维护单元,
所述开户单元包括下述步骤:首先输入用户信息,并配上相应的IC卡预付费表;然后将数据信息保存在数据库中;
所述售电、水、气单元包括下述步骤:首先从IC卡中读出相应的IC卡预付费表的信息;然后输入相应的购电、水、气量或金额;最后将数据保存到卡中和数据库中;
所述变更单元包括下述步骤:首先查询已经在使用IC卡预付费表并且需要更改的用户的基本信息;然后对该用户的基本信息进行修改;最后将修改前和修改后的数据都保存到数据库中,或者打印修改的信息;
所述报表单元包括下述步骤:首先根据输入的条件进行信息查询,系统提供按固定的日期,某个月份或年,是否包括历史记录来查询信息;然后将查询出的信息产生报表;最后进行预览或者直接打印;
所述补卡单元包括下述步骤:首先根据条件查询该用户;然后显示该用户的基本信息;管理员根据客户提供的信息来选择补卡的方式;重新将原来数据库中的数据补到一个新的卡中;最后将补卡记录保存在数据库中;
所述卡维护单元包括下述步骤:首先根据用户提供的信息查询该用户;然后显示该用户的所有购电、水、气记录;最后对购电、水、气纪录进行逐条处理。
9.如权利要求6所述的一卡通预付费系统,其特征在于:所述业务处理模块进一步包括:制卡单元,追补电、水、气量输入单元,追补水量输入单元,追补气量输入单元,月末结转单元,数据库备份单元.
10.如权利要求6所述的一卡通预付费系统,其特征在于:所述系统管理模块包括:基本字典管理单元,电表字典管理单元,电价管理单元,电表运行参数单元,水表字典管理单元,水价管理单元,水表运行参数单元,气表字典管理单元,气价管理单元,气表运行参数单元,操作员管理单元,以及操作日志单元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101423243A CN101339681A (zh) | 2008-08-08 | 2008-08-08 | 一卡通预付费系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101423243A CN101339681A (zh) | 2008-08-08 | 2008-08-08 | 一卡通预付费系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101339681A true CN101339681A (zh) | 2009-01-07 |
Family
ID=40213740
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008101423243A Pending CN101339681A (zh) | 2008-08-08 | 2008-08-08 | 一卡通预付费系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101339681A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102426725A (zh) * | 2011-11-25 | 2012-04-25 | 天津市翔晟远电力设备实业有限公司 | 一种用于向家庭售电的系统及方法 |
CN102610037A (zh) * | 2012-03-13 | 2012-07-25 | 深圳市航天泰瑞捷电子有限公司 | 一种补卡再售电的方法、平台 |
CN102622660A (zh) * | 2011-06-29 | 2012-08-01 | 苏州汉清投资管理有限公司 | 一卡通管理系统 |
CN102930653A (zh) * | 2012-11-22 | 2013-02-13 | 深圳市航天泰瑞捷电子有限公司 | 解析电能表ic卡中的电能表数据方法、装置和系统 |
CN105894147A (zh) * | 2014-11-03 | 2016-08-24 | 北京市燃气集团有限责任公司 | 民用燃气ic卡收费管理系统 |
CN106096942A (zh) * | 2016-06-28 | 2016-11-09 | 深圳前海澔勉离网电器有限公司 | 一种预付费方法及系统、终端、服务器 |
CN108038979A (zh) * | 2017-10-27 | 2018-05-15 | 杭州海兴电力科技股份有限公司 | 基于sts预付费系统的可持续操作方法 |
CN108280936A (zh) * | 2017-12-05 | 2018-07-13 | 山东思达特测控设备有限公司 | 一种用于热计量和热销售的控制系统及其实现方法 |
CN108428295A (zh) * | 2018-02-22 | 2018-08-21 | 山东大学 | 家庭用户多能源综合利用场景下的多表合一系统及方法 |
-
2008
- 2008-08-08 CN CNA2008101423243A patent/CN101339681A/zh active Pending
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102622660A (zh) * | 2011-06-29 | 2012-08-01 | 苏州汉清投资管理有限公司 | 一卡通管理系统 |
CN102426725A (zh) * | 2011-11-25 | 2012-04-25 | 天津市翔晟远电力设备实业有限公司 | 一种用于向家庭售电的系统及方法 |
CN102610037A (zh) * | 2012-03-13 | 2012-07-25 | 深圳市航天泰瑞捷电子有限公司 | 一种补卡再售电的方法、平台 |
CN102930653A (zh) * | 2012-11-22 | 2013-02-13 | 深圳市航天泰瑞捷电子有限公司 | 解析电能表ic卡中的电能表数据方法、装置和系统 |
CN105894147A (zh) * | 2014-11-03 | 2016-08-24 | 北京市燃气集团有限责任公司 | 民用燃气ic卡收费管理系统 |
CN106096942A (zh) * | 2016-06-28 | 2016-11-09 | 深圳前海澔勉离网电器有限公司 | 一种预付费方法及系统、终端、服务器 |
CN106096942B (zh) * | 2016-06-28 | 2021-09-07 | 深圳前海澔勉离网电器有限公司 | 一种预付费方法及系统、终端、服务器 |
CN108038979A (zh) * | 2017-10-27 | 2018-05-15 | 杭州海兴电力科技股份有限公司 | 基于sts预付费系统的可持续操作方法 |
CN108280936A (zh) * | 2017-12-05 | 2018-07-13 | 山东思达特测控设备有限公司 | 一种用于热计量和热销售的控制系统及其实现方法 |
CN108428295A (zh) * | 2018-02-22 | 2018-08-21 | 山东大学 | 家庭用户多能源综合利用场景下的多表合一系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101339681A (zh) | 一卡通预付费系统 | |
CN101329790B (zh) | Cpu卡预付费分时电能表系统 | |
CN110874718A (zh) | 一种混凝土企业大数据管理系统 | |
US7209897B2 (en) | Systems and methods for charge-back invoice generation | |
CN111210325B (zh) | 一种农村集体三资线上监管系统 | |
CN107944690A (zh) | 企业费用的消费和结算方法、装置及系统、终端设备 | |
CN111798221A (zh) | 一种增值税发票管理系统 | |
CN112330296A (zh) | 一种合同全生命周期数字化管理系统 | |
CN106781043A (zh) | 电动汽车的售电系统和方法 | |
CN112862548A (zh) | 一种基于开具发票用智能化处理管理系统及其管理方法 | |
CN109785021A (zh) | 一种发电企业与电力企业间电费结算发票系统 | |
EP1607897A2 (en) | Method, system and device for checking the authenticity of the origin and integrity of the contents of VAT transactions using a unique electronic transaction code | |
CN101692298A (zh) | 一种电力移动收费系统 | |
CN110992019A (zh) | 一种购电费自动化结算系统及方法 | |
CN110084383A (zh) | 基于app的废旧汽车回收与零部件销售管理系统及使用方法 | |
CN101742022B (zh) | 一种预付费系统和方法 | |
CN114462816A (zh) | 一种基于物联网的企业erp综合管理系统 | |
KR100352684B1 (ko) | 쓰레기봉투 물류 전산화 시스템 및 그 방법 | |
CN112613960A (zh) | 一种基于票据信息的房地产土地增值税清算方法及系统 | |
CN113763146A (zh) | 一种自助办税系统 | |
CN113205347A (zh) | 应用于冷链冷库的防伪溯源管理系统 | |
KR100354493B1 (ko) | 현금 및 카드 영수증 전산 발행장치 및 그 발행방법 | |
AU2005271396A1 (en) | Method and system for improving travel transaction billing and reconciling | |
KR100487079B1 (ko) | 인터넷 웹을 이용한 자원관리 시스템 및 방법 | |
Siddque et al. | Digital Transformation in Utilities: Exploring SAP Solutions for Meter-to-Cash Processes in Utilities |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20090107 |