CN106600847A - 市民卡管理平台及其方法 - Google Patents
市民卡管理平台及其方法 Download PDFInfo
- Publication number
- CN106600847A CN106600847A CN201611150876.XA CN201611150876A CN106600847A CN 106600847 A CN106600847 A CN 106600847A CN 201611150876 A CN201611150876 A CN 201611150876A CN 106600847 A CN106600847 A CN 106600847A
- Authority
- CN
- China
- Prior art keywords
- message
- card
- card management
- module
- duration
- 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
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种市民卡管理平台及其方法,包括卡务管理主机、WebService服务器、读写卡器、数据库服务器、证卡打印机以及配给用户的作为公交IC卡的非接触CPU卡;所述读写卡器和证卡打印机同卡务管理主机相连接;卡务管理主机通过网络同WebService服务器相连接;所述卡务管理前台模块能通过所述WebService服务器的转发模块对数据库服务器发送该公交IC卡的卡号,然后卡务管理前台模块在卡务管理主机上显示。结合其方法避免了现有技术中现有的公交管理信息化架构中缺乏对公交IC卡的管理平台的缺陷。
Description
技术领域
本发明涉及公交管理技术领域,特别涉及一种市民卡管理平台及其方法。
背景技术
城市公共交通是城市重要的基础功能和形象标志之一,是城市交通系统的重要组成部分。为加快发展公共交通事业,充分发挥信息化优势,目前,公共客运信息系统正在大力进行建设与完善。
在公交企业的信息化建设中,在不同时期由不同软件厂商采用不同数据库开发出不同的管理信息系统,如办公自动化系统、机务管理系统、稽查管理系统、人事管理系统、投诉事故管理系统。
但是在现有的公交管理信息化架构中,却缺乏对公交IC卡的管理平台。
发明内容
为解决上述问题,本发明提供了一种市民卡管理平台及其方法,避免了现有技术中现有的公交管理信息化架构中缺乏对公交IC卡的管理平台的缺陷。
为了克服现有技术中的不足,本发明提供了一种市民卡管理平台及其方法的解决方案,具体如下:
一种市民卡管理平台,包括卡务管理主机、WebService服务器、读写卡器、数据库服务器、证卡打印机以及配给用户的作为公交IC卡的非接触CPU卡;
所述读写卡器和证卡打印机同卡务管理主机相连接;
所述卡务管理主机通过网络同WebService服务器相连接;
所述WebService服务器同数据库服务器相连接;
所述卡务管理主机中包括卡务管理前台模块;
所述WebService服务器中包括转发模块;
所述数据库服务器中存储有卡务管理后台模块、用户注册的账号和密码、用户信息、用户的公交IC卡的卡号、黑名单和用户的公交IC卡的充值信息;
所述卡务管理前台模块能通过所述WebService服务器的转发模块对数据库服务器发送该公交IC卡的卡号,然后卡务管理后台模块在黑名单中找到该公交IC卡的卡号,并从黑名单中移除该公交IC卡的卡号并进行保存,接着卡务管理后台模块通过所述WebService服务器的转发模块对数据库服务器返回恢复成功的提示信息,然后卡务管理前台模块在卡务管理主机上显示。
所述用户信息包括姓名、性别、身份证号以及年龄。
所述的市民卡管理平台的方法,步骤如下:
步骤1:在用户需要办理公交IC卡时,用户通过启动卡务管理主机运行卡务管理前台模块,显示登录界面,用户输入账号和密码后,卡务管理主机就把输入的账号和密码发送到所述WebService服务器中,然后转发模块把输入的账号和密码转发到数据库服务器中,所述卡务管理后台模块把接收到的输入的账号和密码同数据库服务器中的用户的账号和密码分别进行比较;
步骤2:若没有相一致的用户的账号和密码,卡务管理后台模块就通过所述WebService服务器对卡务管理主机返回出错提示信息并在卡务管理主机上显示出错提示信息;若有相一致的用户的账号和密码,卡务管理后台模块就通过所述WebService服务器的转发模块对卡务管理主机返回成功提示信息;
步骤3:这样卡务管理前台模块就在卡务管理主机上显示出用于输入用户信息的录入界面,这样用户录入用户信息后,卡务管理前台模块就分配一个卡号给该用户,并通过所述WebService服务器的转发模块对数据库服务器发送该用户信息和公交IC卡的卡号进行保存;另外把公交IC卡放置在读写卡器和证卡打印机上分别写入用户信息和公交IC卡的卡号并在公交IC卡的卡面上打印出用户信息;
步骤4:在公交IC卡丢失后进行挂失时,工作人员通过启动所述卡务管理主机的卡务管理前台模块来打开用来输入用户信息的录入界面,然后用户录入用户信息,卡务管理前台模块就通过所述WebService服务器的转发模块来把录入的用户信息发送到数据库服务器中,然后卡务管理后台模块就把发送来的用户信息同数据库服务器中的用户信息进行比较,如果有一致的用户信息,就把该用户信息对应的公交IC卡的卡号移入黑名单,然后通过所述WebService服务器的转发模块对所述卡务管理主机返回移入成功的提示消息并在所述卡务管理主机上进行显示;
步骤5:在需要充值时,用户就把公交IC卡放置在读写卡器上并向工作人员缴费,然后工作人员通过所述卡务管理主机的卡务管理前台模块把缴费的款项作为充值金额写入公交IC卡,并通过所述WebService服务器的转发模块来把充值金额发送到数据库服务器中进行保存;
步骤6:在丢失的公交IC卡被找回并需要重新恢复该公交IC卡时,将该公交IC卡放置在读写卡器上,读写卡器读出公交IC卡中的公交IC卡的卡号然后发送到卡务管理主机中,卡务管理前台模块就通过所述WebService服务器的转发模块对数据库服务器发送该公交IC卡的卡号,然后卡务管理后台模块在黑名单中找到该公交IC卡的卡号,并从黑名单中移除该公交IC卡的卡号并进行保存,接着卡务管理后台模块通过所述WebService服务器的转发模块对数据库服务器返回恢复成功的提示信息,然后卡务管理前台模块在卡务管理主机上显示。
本发明的卡务管理前台模块就在卡务管理主机上显示出用于输入用户信息的录入界面,这样用户录入用户信息后,卡务管理前台模块就分配一个卡号给该用户,并通过所述WebService服务器的转发模块对数据库服务器发送该用户信息和公交IC卡的卡号进行保存;另外把公交IC卡放置在读写卡器和证卡打印机上分别写入用户信息和公交IC卡的卡号并在公交IC卡的卡面上打印出用户信息。工作人员通过启动所述卡务管理主机的卡务管理前台模块来打开用来输入用户信息的录入界面,然后用户录入用户信息,卡务管理前台模块就通过所述WebService服务器的转发模块来把录入的用户信息发送到数据库服务器中,然后卡务管理后台模块就把发送来的用户信息同数据库服务器中的用户信息进行比较,如果有一致的用户信息,就把该用户信息对应的公交IC卡的卡号移入黑名单,然后通过所述WebService服务器的转发模块对所述卡务管理主机返回移入成功的提示消息并在所述卡务管理主机上进行显示;在丢失的公交IC卡被找回并需要重新恢复该公交IC卡时,将该公交IC卡放置在读写卡器上,读写卡器读出公交IC卡中的公交IC卡的卡号然后发送到卡务管理主机中,卡务管理前台模块就通过所述WebService服务器的转发模块对数据库服务器发送该公交IC卡的卡号,然后卡务管理后台模块在黑名单中找到该公交IC卡的卡号,并从黑名单中移除该公交IC卡的卡号并进行保存,接着卡务管理后台模块通过所述WebService服务器的转发模块对数据库服务器返回恢复成功的提示信息,然后卡务管理前台模块在卡务管理主机上显示;在需要充值时,用户就把公交IC卡放置在读写卡器上并向工作人员缴费,然后工作人员通过所述卡务管理主机的卡务管理前台模块把缴费的款项作为充值金额写入公交IC卡,并通过所述WebService服务器的转发模块来把充值金额发送到数据库服务器中进行保存,由此就实现了智能化的办理公交卡、充值、挂失以及恢复丢失的卡的操作。
附图说明
图1为本发明的市民卡管理平台的连接示意图;
具体实施方式
下面将结合附图对本发明做进一步地说明。
根据附图1可知,本发明的市民卡管理平台,包括卡务管理主机、WebService服务器、读写卡器、数据库服务器、证卡打印机以及配给用户的作为公交IC卡的非接触CPU卡;
所述读写卡器和证卡打印机同卡务管理主机相连接;
所述卡务管理主机通过网络同WebService服务器相连接;
所述WebService服务器同数据库服务器相连接;
所述卡务管理主机中包括卡务管理前台模块;
所述WebService服务器中包括转发模块;
所述数据库服务器中存储有卡务管理后台模块、用户注册的账号和密码、用户信息、用户的公交IC卡的卡号、黑名单和用户的公交IC卡的充值信息;
所述卡务管理前台模块能通过所述WebService服务器的转发模块对数据库服务器发送该公交IC卡的卡号,然后卡务管理后台模块在黑名单中找到该公交IC卡的卡号,并从黑名单中移除该公交IC卡的卡号并进行保存,接着卡务管理后台模块通过所述WebService服务器的转发模块对数据库服务器返回恢复成功的提示信息,然后卡务管理前台模块在卡务管理主机上显示。
所述用户信息包括姓名、性别、身份证号以及年龄。
所述的市民卡管理平台的方法,步骤如下:
步骤1:在用户需要办理公交IC卡时,用户通过启动卡务管理主机运行卡务管理前台模块,显示登录界面,用户输入账号和密码后,卡务管理主机就把输入的账号和密码发送到所述WebService服务器中,然后转发模块把输入的账号和密码转发到数据库服务器中,所述卡务管理后台模块把接收到的输入的账号和密码同数据库服务器中的用户的账号和密码分别进行比较;
步骤2:若没有相一致的用户的账号和密码,卡务管理后台模块就通过所述WebService服务器对卡务管理主机返回出错提示信息并在卡务管理主机上显示出错提示信息;若有相一致的用户的账号和密码,卡务管理后台模块就通过所述WebService服务器的转发模块对卡务管理主机返回成功提示信息;
步骤3:这样卡务管理前台模块就在卡务管理主机上显示出用于输入用户信息的录入界面,这样用户录入用户信息后,卡务管理前台模块就分配一个卡号给该用户,并通过所述WebService服务器的转发模块对数据库服务器发送该用户信息和公交IC卡的卡号进行保存;另外把公交IC卡放置在读写卡器和证卡打印机上分别写入用户信息和公交IC卡的卡号并在公交IC卡的卡面上打印出用户信息;这样就智能高效地实现了办理公交IC卡的过程。
步骤4:在公交IC卡丢失后进行挂失时,工作人员通过启动所述卡务管理主机的卡务管理前台模块来打开用来输入用户信息的录入界面,然后用户录入用户信息,卡务管理前台模块就通过所述WebService服务器的转发模块来把录入的用户信息发送到数据库服务器中,然后卡务管理后台模块就把发送来的用户信息同数据库服务器中的用户信息进行比较,如果有一致的用户信息,就把该用户信息对应的公交IC卡的卡号移入黑名单,然后通过所述WebService服务器的转发模块对所述卡务管理主机返回移入成功的提示消息并在所述卡务管理主机上进行显示;这样就智能高效地实现了挂失公交IC卡的过程。
步骤5:在需要充值时,用户就把公交IC卡放置在读写卡器上并向工作人员缴费,然后工作人员通过所述卡务管理主机的卡务管理前台模块把缴费的款项作为充值金额写入公交IC卡,并通过所述WebService服务器的转发模块来把充值金额发送到数据库服务器中进行保存。这样就智能高效地实现了公交IC卡的充值过程;
步骤6:在丢失的公交IC卡被找回并需要重新恢复该公交IC卡时,将该公交IC卡放置在读写卡器上,读写卡器读出公交IC卡中的公交IC卡的卡号然后发送到卡务管理主机中,卡务管理前台模块就通过所述WebService服务器的转发模块对数据库服务器发送该公交IC卡的卡号,然后卡务管理后台模块在黑名单中找到该公交IC卡的卡号,并从黑名单中移除该公交IC卡的卡号并进行保存,接着卡务管理后台模块通过所述WebService服务器的转发模块对数据库服务器返回恢复成功的提示信息,然后卡务管理前台模块在卡务管理主机上显示。
本发明的卡务管理前台模块就在卡务管理主机上显示出用于输入用户信息的录入界面,这样用户录入用户信息后,卡务管理前台模块就分配一个卡号给该用户,并通过所述WebService服务器的转发模块对数据库服务器发送该用户信息和公交IC卡的卡号进行保存;另外把公交IC卡放置在读写卡器和证卡打印机上分别写入用户信息和公交IC卡的卡号并在公交IC卡的卡面上打印出用户信息。工作人员通过启动所述卡务管理主机的卡务管理前台模块来打开用来输入用户信息的录入界面,然后用户录入用户信息,卡务管理前台模块就通过所述WebService服务器的转发模块来把录入的用户信息发送到数据库服务器中,然后卡务管理后台模块就把发送来的用户信息同数据库服务器中的用户信息进行比较,如果有一致的用户信息,就把该用户信息对应的公交IC卡的卡号移入黑名单,然后通过所述WebService服务器的转发模块对所述卡务管理主机返回移入成功的提示消息并在所述卡务管理主机上进行显示;在丢失的公交IC卡被找回并需要重新恢复该公交IC卡时,将该公交IC卡放置在读写卡器上,读写卡器读出公交IC卡中的公交IC卡的卡号然后发送到卡务管理主机中,卡务管理前台模块就通过所述WebService服务器的转发模块对数据库服务器发送该公交IC卡的卡号,然后卡务管理后台模块在黑名单中找到该公交IC卡的卡号,并从黑名单中移除该公交IC卡的卡号并进行保存,接着卡务管理后台模块通过所述WebService服务器的转发模块对数据库服务器返回恢复成功的提示信息,然后卡务管理前台模块在卡务管理主机上显示;在需要充值时,用户就把公交IC卡放置在读写卡器上并向工作人员缴费,然后工作人员通过所述卡务管理主机的卡务管理前台模块把缴费的款项作为充值金额写入公交IC卡,并通过所述WebService服务器的转发模块来把充值金额发送到数据库服务器中进行保存,由此就实现了智能化的办理公交卡、充值、挂失以及恢复丢失的卡的操作。
另外目前卡务管理主机对所述WEBSERVICE服务器发送账号和密码以及所述WEBSERVICE服务器将出错提示信息返回所述WEBSERVICE服务器的期间,所述卡务管理主机和所述所述WEBSERVICE服务器之间都是以消息报文形式来传输发送出错提示信息和账号和密码的,而在以消息报文形式传输时,常常发生消息报文遗失、获取消息报文的序列混乱的问题,使得所述卡务管理主机和所述所述WEBSERVICE服务器之间的消息报文传输发生故障,无法正常获取消息报文。
所述卡务管理主机对所述WEBSERVICE服务器发送账号和密码以及所述WEBSERVICE服务器将出错提示信息返回所述WEBSERVICE服务器的期间,所述卡务管理主机和所述所述WEBSERVICE服务器之间都是以消息报文形式来传输发送出错提示信息和账号和密码的,其传输过程包括如下步骤:
步骤1:首先所述卡务管理主机和所述所述WEBSERVICE服务器中各自均配置着时长统计模块和初始值为0的计数变量,所述卡务管理主机和所述所述WEBSERVICE服务器之间通过卡务管理主机和所述所述WEBSERVICE服务器中的传输消息报文的一方朝获取消息报文的一方传输请求报文和获取消息报文的一方朝传输消息报文的一方传输对请求报文响应的响应报文来实现所述卡务管理主机和所述所述WEBSERVICE服务器之间的报文通道的建立,所述请求报文中包括有查错码、用来识别的报文域和任意码;所述消息报文中包括有用来识别的报文域、报文序列号、任意码和查错码;
步骤2:确定有无消息报文须传输,如果有消息报文须传输,就转到步骤3中进行,如果没有消息报文须传输,就转到步骤5去进行;
步骤3:传输消息报文;
步骤4:传输询问报文来实现状况检索,所述询问报文包括任意码与查错码;
步骤5:传输保持报文通道的报文来实现报文通道的保持,所述保持报文通道的报文中包括报文序列号、任意码和查错码;
所述步骤1包括如下步骤:
步骤1-1:在确定还没传输请求报文的条件下,就转到步骤1-2中进行;若已经传输请求报文了,转到步骤1-3中进行;
步骤1-2:把反复传输请求报文的个数设成预先设定的最高反复传输请求报文的个数,且确认所述请求报文;
步骤1-3:传输请求报文,且同步运行时长统计模块进行从开始传输请求报文后的时长统计;
步骤1-4:确认有无获取到请求报文内的用来识别的报文域,如果获取到该用来识别的报文域,就转到步骤1-6中进行;如果没有获取到该用来识别的报文域,就转到步骤1-5中进行;
步骤1-5:确定时长统计模块的时长统计有没有达到设定的时长,如果达到了设定的时长,就终止时长统计模块的时长统计且把反复传输请求报文的个数减一,然后转到步骤1-1去进行,如果未达到设定的时长,就转到步骤1-4中去进行;
步骤1-6:凭借所述请求报文中的查错码,进行对所述请求报文的查错,如果没有查出错误,就转到步骤1-7中执行;如果查出了错误,就转到步骤1-4中进行;
步骤1-7:终止时长统计模块的时长统计,另外把反复传输请求报文的个数设成预先设定的最高反复传输请求报文的个数;
步骤1-8:进行对请求报文的解码确定。
所述步骤1-2中的确认所述传输请求报文的过程包括如下步骤:
步骤1-2-1:进行对所述请求报文的查看;
步骤1-2-2:确定所述请求报文是不是同采用的通信标准相搭配,如果相搭配,就转到步骤1-3中进行;如果不相搭配,就传输去除报文通道的报文来终止报文通道的保持;
所述步骤1-8包括如下步骤:
步骤1-8-1:确定所述请求报文内的任意码是不是同传输时的请求报文的任意吗是不是相同,如果相同,就转到步骤1-8-2;如果不相同,就运行时长统计模块进行时长统计且转到步骤1-4中进行;
步骤1-8-2:确定是不是获取到响应报文,如果获取到了响应报文,就转到步骤2中进行;如果没获取到响应报文,就运行时长统计模块进行时长统计且转到步骤1-4中进行;
所述步骤3包括如下步骤:
步骤3-1:传输消息报文,另外同步运行时长统计模块进行时长统计;
步骤3-2:确定是不是获取到消息报文中的用来识别的报文域,如果获取到消息报文中的用来识别的报文域,就转到步骤1-6中去执行,如果没获取到消息报文中的用来识别的报文域,就转到步骤1-5中去执行;
步骤3-3:确定时长统计模块进行的时长统计是不是到了预先设定的时长,如果到了预先设定的时长,就终止时长统计模块进行时长统计且转到步骤3-8去进行,如果没有到预先设定的时长,就转到步骤C-2中进行;
步骤3-4:利用消息报文里的查错码,进行对消息报文的查错,如果没有查出错误,就转到步骤3-5中进行,如果查出了错误,就转到步骤3-2中进行;
步骤3-5:终止时长统计模块进行时长统计;
步骤3-6:进行对消息报文的解码确定;
步骤3-7:确定有没有获得用来回应消息报文的回应报文,如果获得了用来回应消息报文的回应报文,就转入步骤4进行,如果没有获得用来回应消息报文的回应报文,就转入步骤3-8进行;
步骤3-8:传输用来侦听的侦听报文实行侦听,所述用来侦听的侦听报文中包括任意码、查错码和报文序列号;
所述步骤3-6包括如下步骤:
步骤3-6-1:确定消息报文内的任意码是不是同请求报文的任意码相同,如果相同,就转入步骤3-6-2进行,如果不相同,就转入步骤3-8;
步骤3-6-2:确定消息报文内是不是带有报文序列号,如果有报文序列号,就转入步骤3-6-3进行;如果没有报文序列号,就转入步骤3-8进行;
步骤3-6-3:确定消息报文内的报文序列号是不是有误,如果有误,就转入步骤3-8进行;如果无误,就转入步骤3-6-4进行;
步骤3-6-4:确定消息报文是不是消息报文,如果为消息报文,就转到步骤3-6-5进行,如果不为消息报文,就转到步骤3-7进行;
步骤3-6-5:把获取消息报文的一方的计数变量增一;
确定消息报文内的报文序列号是不是有误的标准是获取消息报文的一方的计数变量是不是等于获取的消息报文的报文序列号;
所述步骤3-8包括如下步骤:
步骤3-8-1:传输用来侦听的侦听报文,且获取侦听报文的一方顺序进行对获取侦听报文的确定与利用侦听报文中的查错码的查错;
步骤3-8-2:确定用来侦听的侦听报文的任意码是不是同请求报文的任意码相同,如果相同,就转到步骤3-8-3进行;如果不相同,就启动时长统计模块进行时长统计且转到步骤3-8-1进行;
步骤3-8-3:确定用来侦听的侦听报文中有没有报文序列号,如果有,就转到步骤3-8-4进行;如果没有,就启动时长统计模块进行时长统计且转到步骤3-8-1进行;
步骤3-8-4:确定侦听报文中的报文序列号是不是有误,如果无误,就转到步骤3-8-5进行;如果有误,就启动时长统计模块进行时长统计且转到步骤3-8-1进行;
步骤3-8-5:确定是不是获取了消息报文,如果获取了消息报文,就转到步骤3-8-6进行;如果没有获取消息报文,就转到步骤3-8-7进行;
步骤3-8-6:把获取消息报文的一方的计数变量增一;
步骤3-8-7:确定是不是获取前一个消息报文,如果获取了前一个消息报文,就转到步骤4进行;如果未获取前一个消息报文,就转到步骤3-1进行;
确定侦听报文内的报文序列号是不是有误的标准是获取侦听报文的一方的计数变量是不是等于获取的侦听报文的报文序列号;
所述步骤4包括如下步骤:
步骤4-1:传输询问报文,且获取询问报文的一方顺序进行对获取询问报文的确定与利用询问报文中的查错码的查错;
步骤4-2:确定询问报文内的随意码是不是同请求报文的随机码相同,如果相同,就转到步骤4-3进行;如果不相同,就启动时长统计模块进行时长统计且转到步骤4-1进行;
步骤4-3:确定传输的询问报文是不是询问报文或者消息报文,如果是询问报文或者消息报文,就转到步骤4-4进行,如果不是询问报文或者消息报文,就传输去除报文通道的报文来终止报文通道的保持;
步骤4-4:确定传输的询问报文是不是询问报文,如果为询问报文,就转到步骤4-5进行;如果不是询问报文,把获取消息报文的一方的计数变量增一,然后对传输消息报文的一方传输用来回应消息报文的回应报文;
步骤4-5:确定传输用来回应消息报文的回应报文有没有失败,如果没有失败,就转到步骤5进行;如果失败,就转到步骤4-6进行;
步骤4-6:确定消息报文内的消息有没有遗失,如果遗失了,就传输去除报文通道的报文来终止报文通道的保持;如果没有遗失,就启动时长统计模块进行时长统计且转到步骤4-1进行;
所述步骤5包括如下步骤:
步骤5-1:传输保持报文通道的报文,且获取保持报文通道的报文的一方顺序进行对获取保持报文通道的报文的确定与利用保持报文通道的报文中的查错码的查错;
步骤5-2:确定保持报文通道的报文内的任意码同请求报文的任意码是不是相同,如果相同,就转到步骤5-3进行;如果不相同,就启动时长统计模块进行时长统计且在时长统计达到两秒后转到步骤5-1进行;
步骤5-3:确定保持报文通道的报文内是不是有报文序列号,如果有,就转到步骤5-4进行,如果没有,就启动时长统计模块进行时长统计且在时长统计达到两秒后转到步骤5-1进行;
步骤5-4:确定保持报文通道的报文内的报文序列号是不是有误,如果无误,就转到步骤5-5进行;如果有误,就启动时长统计模块进行时长统计且在时长统计达到两秒后转到步骤5-1进行;
步骤5-5:确定是不是获取到消息报文,如果获取到消息报文,就转到步骤5-6进行;如果没有获取到消息报文,就启动时长统计模块进行时长统计且在时长统计达到两秒后转到步骤5-1进行;
步骤5-6:把获取消息报文的一方的计数变量增一;
步骤5-7:确定有没有消息报文须要传输,如果有,就转到步骤3进行;如果没有,对传输消息报文的一方传输用来回应消息报文的回应报文;
确定保持报文通道的报文内的报文序列号是不是有误的标准是获取保持报文通道的报文的一方的计数变量是不是等于获取的保持报文通道的报文的报文序列号。
所述任意码通过所述WEBSERVICE服务器于传输消息报文的一方朝获取消息报文的一方传输请求报文和获取消息报文的一方朝传输消息报文的一方传输对请求报文响应的响应报文时,所述WEBSERVICE服务器首次传输中的任意码就作为记号,所述WEBSERVICE服务器首次传输之后的所述卡务管理主机和所述所述WEBSERVICE服务器间传输的报文内均要含有所述记号,另外经过确定所述记号用于确定目前采用的卡务管理主机是不是于传输消息报文的一方朝获取消息报文的一方传输请求报文和获取消息报文的一方朝传输消息报文的一方传输对请求报文响应的响应报文时采用的卡务管理主机。
这样的方法能改善所述卡务管理主机与所述所述WEBSERVICE服务器的消息报文传输性能,更好地便利工作人员,另外传输期间平稳性能好,可高效防止传输达不到平稳的状态。
以上以附图说明的方法对本发明作了描述,本领域的技术人员应当理解,本公开不限于以上描述的实施例,在不偏离本发明的范围的情况下,可以做出各种变化、改变和替换。
Claims (6)
1.一种市民卡管理平台,其特征在于,包括卡务管理主机、WebService服务器、读写卡器、数据库服务器、证卡打印机以及配给用户的作为公交IC卡的非接触CPU卡;
所述读写卡器和证卡打印机同卡务管理主机相连接;
所述卡务管理主机通过网络同WebService服务器相连接;
所述WebService服务器同数据库服务器相连接;
所述卡务管理主机中包括卡务管理前台模块;
所述WebService服务器中包括转发模块;
所述数据库服务器中存储有卡务管理后台模块、用户注册的账号和密码、用户信息、用户的公交IC卡的卡号、黑名单和用户的公交IC卡的充值信息;
所述卡务管理前台模块能通过所述WebService服务器的转发模块对数据库服务器发送该公交IC卡的卡号,然后卡务管理后台模块在黑名单中找到该公交IC卡的卡号,并从黑名单中移除该公交IC卡的卡号并进行保存,接着卡务管理后台模块通过所述WebService服务器的转发模块对数据库服务器返回恢复成功的提示信息,然后卡务管理前台模块在卡务管理主机上显示。
2.根据权利要求1所述的市民卡管理平台,其特征在于所述用户信息包括姓名、性别、身份证号以及年龄。
3.根据权利要求1所述的市民卡管理平台的方法,其特征在于,步骤如下:
步骤1:在用户需要办理公交IC卡时,用户通过启动卡务管理主机运行卡务管理前台模块,显示登录界面,用户输入账号和密码后,卡务管理主机就把输入的账号和密码发送到所述WebService服务器中,然后转发模块把输 入的账号和密码转发到数据库服务器中,所述卡务管理后台模块把接收到的输入的账号和密码同数据库服务器中的用户的账号和密码分别进行比较;
步骤2:若没有相一致的用户的账号和密码,卡务管理后台模块就通过所述WebService服务器对卡务管理主机返回出错提示信息并在卡务管理主机上显示出错提示信息;若有相一致的用户的账号和密码,卡务管理后台模块就通过所述WebService服务器的转发模块对卡务管理主机返回成功提示信息;
步骤3:这样卡务管理前台模块就在卡务管理主机上显示出用于输入用户信息的录入界面,这样用户录入用户信息后,卡务管理前台模块就分配一个卡号给该用户,并通过所述WebService服务器的转发模块对数据库服务器发送该用户信息和公交IC卡的卡号进行保存;另外把公交IC卡放置在读写卡器和证卡打印机上分别写入用户信息和公交IC卡的卡号并在公交IC卡的卡面上打印出用户信息;这样就智能高效地实现了办理公交IC卡的过程。
步骤4:在公交IC卡丢失后进行挂失时,工作人员通过启动所述卡务管理主机的卡务管理前台模块来打开用来输入用户信息的录入界面,然后用户录入用户信息,卡务管理前台模块就通过所述WebService服务器的转发模块来把录入的用户信息发送到数据库服务器中,然后卡务管理后台模块就把发送来的用户信息同数据库服务器中的用户信息进行比较,如果有一致的用户信息,就把该用户信息对应的公交IC卡的卡号移入黑名单,然后通过所述WebService服务器的转发模块对所述卡务管理主机返回移入成功的提示消息并在所述卡务管理主机上进行显示;
步骤5:在需要充值时,用户就把公交IC卡放置在读写卡器上并向工作 人员缴费,然后工作人员通过所述卡务管理主机的卡务管理前台模块把缴费的款项作为充值金额写入公交IC卡,并通过所述WebService服务器的转发模块来把充值金额发送到数据库服务器中进行保存;
步骤6:在丢失的公交IC卡被找回并需要重新恢复该公交IC卡时,将该公交IC卡放置在读写卡器上,读写卡器读出公交IC卡中的公交IC卡的卡号然后发送到卡务管理主机中,卡务管理前台模块就通过所述WebService服务器的转发模块对数据库服务器发送该公交IC卡的卡号,然后卡务管理后台模块在黑名单中找到该公交IC卡的卡号,并从黑名单中移除该公交IC卡的卡号并进行保存,接着卡务管理后台模块通过所述WebService服务器的转发模块对数据库服务器返回恢复成功的提示信息,然后卡务管理前台模块在卡务管理主机上显示。
4.根据权利要求3所述的市民卡管理平台的方法,其特征在于,所述卡务管理主机对所述WEBSERVICE服务器发送账号和密码以及所述WEBSERVICE服务器将出错提示信息返回所述WEBSERVICE服务器的期间,所述卡务管理主机和所述所述WEBSERVICE服务器之间都是以消息报文形式来传输发送出错提示信息和账号和密码的,其传输过程包括如下步骤:
步骤1:首先所述卡务管理主机和所述所述WEBSERVICE服务器中各自均配置着时长统计模块和初始值为0的计数变量,所述卡务管理主机和所述所述WEBSERVICE服务器之间通过卡务管理主机和所述所述WEBSERVICE服务器中的传输消息报文的一方朝获取消息报文的一方传输请求报文和获取消息报文的一方朝传输消息报文的一方传输对请求报文响应的响应报文来实现所述卡务管理主机和所述所述WEBSERVICE服务器之间的报文通道的建立,所述请求报文中包括有查错码、用来识别的报文域和任意码;所述消息报文中包括有用来识别的报文域、报文序列号、任意码和查错码;
步骤2:确定有无消息报文须传输,如果有消息报文须传输,就转到步骤3中进行,如果没有消息报文须传输,就转到步骤5去进行;
步骤3:传输消息报文;
步骤4:传输询问报文来实现状况检索,所述询问报文包括任意码与查错码;
步骤5:传输保持报文通道的报文来实现报文通道的保持,所述保持报文通道的报文中包括报文序列号、任意码和查错码。
5.根据权利要求4所述的市民卡管理平台的方法,其特征在于,所述步骤1包括如下步骤:
步骤1-1:在确定还没传输请求报文的条件下,就转到步骤1-2中进行;若已经传输请求报文了,转到步骤1-3中进行;
步骤1-2:把反复传输请求报文的个数设成预先设定的最高反复传输请求报文的个数,且确认所述请求报文;
步骤1-3:传输请求报文,且同步运行时长统计模块进行从开始传输请求报文后的时长统计;
步骤1-4:确认有无获取到请求报文内的用来识别的报文域,如果获取到该用来识别的报文域,就转到步骤1-6中进行;如果没有获取到该用来识别的报文域,就转到步骤1-5中进行;
步骤1-5:确定时长统计模块的时长统计有没有达到设定的时长,如果达到了设定的时长,就终止时长统计模块的时长统计且把反复传输请求报文 的个数减一,然后转到步骤1-1去进行,如果未达到设定的时长,就转到步骤1-4中去进行;
步骤1-6:凭借所述请求报文中的查错码,进行对所述请求报文的查错,如果没有查出错误,就转到步骤1-7中执行;如果查出了错误,就转到步骤1-4中进行;
步骤1-7:终止时长统计模块的时长统计,另外把反复传输请求报文的个数设成预先设定的最高反复传输请求报文的个数;
步骤1-8:进行对请求报文的解码确定;
所述步骤1-2中的确认所述传输请求报文的过程包括如下步骤:
步骤1-2-1:进行对所述请求报文的查看;
步骤1-2-2:确定所述请求报文是不是同采用的通信标准相搭配,如果相搭配,就转到步骤1-3中进行;如果不相搭配,就传输去除报文通道的报文来终止报文通道的保持;
所述步骤1-8包括如下步骤:
步骤1-8-1:确定所述请求报文内的任意码是不是同传输时的请求报文的任意吗是不是相同,如果相同,就转到步骤1-8-2;如果不相同,就运行时长统计模块进行时长统计且转到步骤1-4中进行;
步骤1-8-2:确定是不是获取到响应报文,如果获取到了响应报文,就转到步骤2中进行;如果没获取到响应报文,就运行时长统计模块进行时长统计且转到步骤1-4中进行;
所述步骤3包括如下步骤:
步骤3-1:传输消息报文,另外同步运行时长统计模块进行时长统计;
步骤3-2:确定是不是获取到消息报文中的用来识别的报文域,如果获取到消息报文中的用来识别的报文域,就转到步骤1-6中去执行,如果没获取到消息报文中的用来识别的报文域,就转到步骤1-5中去执行;
步骤3-3:确定时长统计模块进行的时长统计是不是到了预先设定的时长,如果到了预先设定的时长,就终止时长统计模块进行时长统计且转到步骤3-8去进行,如果没有到预先设定的时长,就转到步骤C-2中进行;
步骤3-4:利用消息报文里的查错码,进行对消息报文的查错,如果没有查出错误,就转到步骤3-5中进行,如果查出了错误,就转到步骤3-2中进行;
步骤3-5:终止时长统计模块进行时长统计;
步骤3-6:进行对消息报文的解码确定;
步骤3-7:确定有没有获得用来回应消息报文的回应报文,如果获得了用来回应消息报文的回应报文,就转入步骤4进行,如果没有获得用来回应消息报文的回应报文,就转入步骤3-8进行;
步骤3-8:传输用来侦听的侦听报文实行侦听,所述用来侦听的侦听报文中包括任意码、查错码和报文序列号;
所述步骤3-6包括如下步骤:
步骤3-6-1:确定消息报文内的任意码是不是同请求报文的任意码相同,如果相同,就转入步骤3-6-2进行,如果不相同,就转入步骤3-8;
步骤3-6-2:确定消息报文内是不是带有报文序列号,如果有报文序列号,就转入步骤3-6-3进行;如果没有报文序列号,就转入步骤3-8进行;
步骤3-6-3:确定消息报文内的报文序列号是不是有误,如果有误,就转 入步骤3-8进行;如果无误,就转入步骤3-6-4进行;
步骤3-6-4:确定消息报文是不是消息报文,如果为消息报文,就转到步骤3-6-5进行,如果不为消息报文,就转到步骤3-7进行;
步骤3-6-5:把获取消息报文的一方的计数变量增一;
确定消息报文内的报文序列号是不是有误的标准是获取消息报文的一方的计数变量是不是等于获取的消息报文的报文序列号;
所述步骤3-8包括如下步骤:
步骤3-8-1:传输用来侦听的侦听报文,且获取侦听报文的一方顺序进行对获取侦听报文的确定与利用侦听报文中的查错码的查错;
步骤3-8-2:确定用来侦听的侦听报文的任意码是不是同请求报文的任意码相同,如果相同,就转到步骤3-8-3进行;如果不相同,就启动时长统计模块进行时长统计且转到步骤3-8-1进行;
步骤3-8-3:确定用来侦听的侦听报文中有没有报文序列号,如果有,就转到步骤3-8-4进行;如果没有,就启动时长统计模块进行时长统计且转到步骤3-8-1进行;
步骤3-8-4:确定侦听报文中的报文序列号是不是有误,如果无误,就转到步骤3-8-5进行;如果有误,就启动时长统计模块进行时长统计且转到步骤3-8-1进行;
步骤3-8-5:确定是不是获取了消息报文,如果获取了消息报文,就转到步骤3-8-6进行;如果没有获取消息报文,就转到步骤3-8-7进行;
步骤3-8-6:把获取消息报文的一方的计数变量增一;
步骤3-8-7:确定是不是获取前一个消息报文,如果获取了前一个消息报 文,就转到步骤4进行;如果未获取前一个消息报文,就转到步骤3-1进行;
确定侦听报文内的报文序列号是不是有误的标准是获取侦听报文的一方的计数变量是不是等于获取的侦听报文的报文序列号;
所述步骤4包括如下步骤:
步骤4-1:传输询问报文,且获取询问报文的一方顺序进行对获取询问报文的确定与利用询问报文中的查错码的查错;
步骤4-2:确定询问报文内的随意码是不是同请求报文的随机码相同,如果相同,就转到步骤4-3进行;如果不相同,就启动时长统计模块进行时长统计且转到步骤4-1进行;
步骤4-3:确定传输的询问报文是不是询问报文或者消息报文,如果是询问报文或者消息报文,就转到步骤4-4进行,如果不是询问报文或者消息报文,就传输去除报文通道的报文来终止报文通道的保持;
步骤4-4:确定传输的询问报文是不是询问报文,如果为询问报文,就转到步骤4-5进行;如果不是询问报文,把获取消息报文的一方的计数变量增一,然后对传输消息报文的一方传输用来回应消息报文的回应报文;
步骤4-5:确定传输用来回应消息报文的回应报文有没有失败,如果没有失败,就转到步骤5进行;如果失败,就转到步骤4-6进行;
步骤4-6:确定消息报文内的消息有没有遗失,如果遗失了,就传输去除报文通道的报文来终止报文通道的保持;如果没有遗失,就启动时长统计模块进行时长统计且转到步骤4-1进行;
所述步骤5包括如下步骤:
步骤5-1:传输保持报文通道的报文,且获取保持报文通道的报文的一 方顺序进行对获取保持报文通道的报文的确定与利用保持报文通道的报文中的查错码的查错;
步骤5-2:确定保持报文通道的报文内的任意码同请求报文的任意码是不是相同,如果相同,就转到步骤5-3进行;如果不相同,就启动时长统计模块进行时长统计且在时长统计达到两秒后转到步骤5-1进行;
步骤5-3:确定保持报文通道的报文内是不是有报文序列号,如果有,就转到步骤5-4进行,如果没有,就启动时长统计模块进行时长统计且在时长统计达到两秒后转到步骤5-1进行;
步骤5-4:确定保持报文通道的报文内的报文序列号是不是有误,如果无误,就转到步骤5-5进行;如果有误,就启动时长统计模块进行时长统计且在时长统计达到两秒后转到步骤5-1进行;
步骤5-5:确定是不是获取到消息报文,如果获取到消息报文,就转到步骤5-6进行;如果没有获取到消息报文,就启动时长统计模块进行时长统计且在时长统计达到两秒后转到步骤5-1进行;
步骤5-6:把获取消息报文的一方的计数变量增一;
步骤5-7:确定有没有消息报文须要传输,如果有,就转到步骤3进行;如果没有,对传输消息报文的一方传输用来回应消息报文的回应报文;
确定保持报文通道的报文内的报文序列号是不是有误的标准是获取保持报文通道的报文的一方的计数变量是不是等于获取的保持报文通道的报文的报文序列号。
6.根据权利要求4所述的市民卡管理平台的方法,其特征在于,所述任意码通过所述WEBSERVICE服务器于传输消息报文的一方朝获取消息报文 的一方传输请求报文和获取消息报文的一方朝传输消息报文的一方传输对请求报文响应的响应报文时,所述WEBSERVICE服务器首次传输中的任意码就作为记号,所述WEBSERVICE服务器首次传输之后的所述卡务管理主机和所述所述WEBSERVICE服务器间传输的报文内均要含有所述记号,另外经过确定所述记号用于确定目前采用的卡务管理主机是不是于传输消息报文的一方朝获取消息报文的一方传输请求报文和获取消息报文的一方朝传输消息报文的一方传输对请求报文响应的响应报文时采用的卡务管理主机。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611150876.XA CN106600847A (zh) | 2016-12-14 | 2016-12-14 | 市民卡管理平台及其方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611150876.XA CN106600847A (zh) | 2016-12-14 | 2016-12-14 | 市民卡管理平台及其方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106600847A true CN106600847A (zh) | 2017-04-26 |
Family
ID=58802154
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611150876.XA Pending CN106600847A (zh) | 2016-12-14 | 2016-12-14 | 市民卡管理平台及其方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106600847A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113538712A (zh) * | 2021-09-17 | 2021-10-22 | 深圳市深圳通有限公司 | 交通卡的识别方法、装置、设备及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08115390A (ja) * | 1994-10-19 | 1996-05-07 | Hitachi Ltd | Icカードのバックアップ及び回復を行うシステム |
CN2826541Y (zh) * | 2005-07-07 | 2006-10-11 | 干德义 | 自助式发卡和收卡装置及自助式储物柜 |
CN103390175A (zh) * | 2013-06-26 | 2013-11-13 | 上海慧升智能科技有限公司 | 补换卡的方法 |
CN103500400A (zh) * | 2011-12-28 | 2014-01-08 | 潘铁军 | 一种多应用移动支付系统及安全方法 |
CN103761649A (zh) * | 2014-02-25 | 2014-04-30 | 唐川 | Ic卡网络充值系统及充值方法 |
CN104640130A (zh) * | 2015-03-12 | 2015-05-20 | 成都金本华科技股份有限公司 | 一种报文的快速传送方法 |
CN105096109A (zh) * | 2015-08-31 | 2015-11-25 | 盛世铸成科技(天津)有限公司 | 一种乘车支付方法及系统 |
CN106056176A (zh) * | 2016-05-26 | 2016-10-26 | 湖南洋达信息科技有限公司 | 一卡通系统 |
-
2016
- 2016-12-14 CN CN201611150876.XA patent/CN106600847A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08115390A (ja) * | 1994-10-19 | 1996-05-07 | Hitachi Ltd | Icカードのバックアップ及び回復を行うシステム |
CN2826541Y (zh) * | 2005-07-07 | 2006-10-11 | 干德义 | 自助式发卡和收卡装置及自助式储物柜 |
CN103500400A (zh) * | 2011-12-28 | 2014-01-08 | 潘铁军 | 一种多应用移动支付系统及安全方法 |
CN103390175A (zh) * | 2013-06-26 | 2013-11-13 | 上海慧升智能科技有限公司 | 补换卡的方法 |
CN103761649A (zh) * | 2014-02-25 | 2014-04-30 | 唐川 | Ic卡网络充值系统及充值方法 |
CN104640130A (zh) * | 2015-03-12 | 2015-05-20 | 成都金本华科技股份有限公司 | 一种报文的快速传送方法 |
CN105096109A (zh) * | 2015-08-31 | 2015-11-25 | 盛世铸成科技(天津)有限公司 | 一种乘车支付方法及系统 |
CN106056176A (zh) * | 2016-05-26 | 2016-10-26 | 湖南洋达信息科技有限公司 | 一卡通系统 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113538712A (zh) * | 2021-09-17 | 2021-10-22 | 深圳市深圳通有限公司 | 交通卡的识别方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2019165669A1 (zh) | 防止银行卡盗刷的方法、装置、计算机设备及存储介质 | |
CN104657841A (zh) | 快件投递方法、投递处理方法及快递柜终端和服务系统 | |
CN102195930A (zh) | 设备间安全接入方法和通信设备 | |
CN103458407A (zh) | 一种基于短信的互联网账号登陆管理系统及方法 | |
CN106464502A (zh) | 用于通信装置的认证的方法和系统 | |
CN109525949A (zh) | 注册方法及装置、存储介质、服务器、用户终端 | |
CN107622423A (zh) | 基于扫描用户身份信息获取电子停车票的方法及装置 | |
JP7325725B2 (ja) | MaaSネットワークへのセキュアなアクセスのための発行者ノードのアクセス管理 | |
CN103714454A (zh) | 一种排队和支付系统 | |
CN106790014A (zh) | 智能公交架构下的业务控制系统与方式 | |
CN107945430B (zh) | 一种用于智能pos机的基于串口的双向并发通讯方法 | |
CN104702647A (zh) | 信息请求方法和系统 | |
CN109831782A (zh) | 一种电子卡信息的安全传输验证方法 | |
CN106600847A (zh) | 市民卡管理平台及其方法 | |
US20170351955A1 (en) | Intermodal demand estimation to transit entry monitoring | |
JP6368261B2 (ja) | 認証システム及び認証方法 | |
CN106710069A (zh) | 公交交易类型的控制平台和运行方式 | |
CN106022658A (zh) | 一种afc智能票务系统 | |
CN111539869B (zh) | 一种车票请求方法和装置及计算机可读存储介质 | |
US10395225B2 (en) | Distributed processing system for processing transportation fees and operating method thereof | |
CN206788924U (zh) | 一种基于身份证阅读的免取票乘车系统 | |
CN107404534B (zh) | 多屏信息推送方法及装置 | |
CN111612564B (zh) | 一种车票处理方法和装置及计算机可读存储介质 | |
CN106330821B (zh) | 一种集成电路卡的认证码获取方法、装置及系统 | |
CN112822173B (zh) | 基于分层鉴权的请求处理方法、装置及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170426 |