本发明涉及公交管理技术领域，特别涉及一种公交交易类型的控制平台和运行方式。
背景技术：
城市公共交通是城市重要的基础功能和形象标志之一，是城市交通系统的重要组成部分。为加快发展公共交通事业，充分发挥信息化优势，目前，公共客运信息系统正在大力进行建设与完善。
在公交企业的信息化建设中，在不同时期由不同软件厂商采用不同数据库开发出不同的管理信息系统，如办公自动化系统、机务管理系统、稽查管理系统、人事管理系统、投诉事故管理系统。
但是在现有的公交管理信息化架构中，却缺乏对公交IC卡的管理平台。
技术实现要素：
为解决上述问题，本发明提供了一种公交交易类型的控制平台和运行方式，避免了现有技术中现有的公交管理信息化架构中缺乏对公交IC卡的管理平台的缺陷。
为了克服现有技术中的不足，本发明提供了一种公交交易类型的控制平台和运行方式的解决方案，具体如下：
一种公交交易类型的控制平台，包括卡务管理主机、WebService服务器、读写卡器、数据库服务器、证卡打印机以及配给用户的作为公交IC卡的非接触CPU卡；
所述读写卡器和证卡打印机同卡务管理主机相连接；
所述卡务管理主机通过网络同WebService服务器相连接；
所述WebService服务器同数据库服务器相连接；
所述卡务管理主机中包括卡务管理前台模块；
所述WebService服务器中包括转发模块；
所述数据库服务器中存储有卡务管理后台模块、用户注册的账号和密码、用户信息、用户的公交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卡的卡号以及用户信息通过所述WebService服务器中的转发模块发送到数据库服务器中，卡务管理后台模块就把刷卡金额、公交IC卡的卡号以及用户信息进行保存并把刷卡次数的值加一；
步骤7：在用户需要查询作为交易类型的刷卡信息时，就通过卡务管理主机的卡务管理前台模块对数据库服务器发送请求交易信息的指令，数据库服务器接收到该请求交易信息的指令后，就把刷卡金额、公交IC卡的卡号、用户信息以及刷卡次数通过卡务管理主机的卡务管理前台模块返回到卡务管理主机中进行显示。
本发明的卡务管理前台模块就在卡务管理主机上显示出用于输入用户信息的录入界面，这样用户录入用户信息后，卡务管理前台模块就分配一个卡号给该用户，并通过所述WebService服务器的转发模块对数据库服务器发送该用户信息和公交IC卡的卡号进行保存；另外把公交IC卡放置在读写卡器和证卡打印机上分别写入用户信息和公交IC卡的卡号并在公交IC卡的卡面上打印出用户信息。工作人员通过启动所述卡务管理主机的卡务管理前台模块来打开用来输入用户信息的录入界面，然后用户录入用户信息，卡务管理前台模块就通过所述WebService服务器的转发模块来把录入的用户信息发送到数据库服务器中，然后卡务管理后台模块就把发送来的用户信息同数据库服务器中的用户信息进行比较，如果有一致的用户信息，就把该用户信息对应的公交IC卡的卡号移入黑名单，然后通过所述WebService服务器的转发模块对所述卡务管理主机返回移入成功的提示消息并在所述卡务管理主机上进行显示；在需要充值时，用户就把公交IC卡放置在读写卡器上并向工作人员缴费，然后工作人员通过所述卡务管理主机的卡务管理前台模块把缴费的款项作为充值金额写入公交IC卡，并通过所述WebService服务器的转发模块来把充值金额发送到数据库服务器中进行保存，在用户在公交车的刷卡器上用公交IC卡进行刷卡时，无线通信模块就把刷卡的刷卡金额、公交IC卡的卡号以及用户信息通过所述WebService服务器中的转发模块发送到数据库服务器中，卡务管理后台模块就把刷卡金额、公交IC卡的卡号以及用户信息进行保存并把刷卡次数的值加一；在用户需要查询作为交易类型的刷卡信息时，就通过卡务管理主机的卡务管理前台模块对数据库服务器发送请求交易信息的指令，数据库服务器接收到该请求交易信息的指令后，就把刷卡金额、公交IC卡的卡号、用户信息以及刷卡次数通过卡务管理主机的卡务管理前台模块返回到卡务管理主机中进行显示由此就实现了智能化的办理公交卡、充值、挂失和管理交易类型的操作。
附图说明
图1为本发明的公交交易类型的控制平台的连接示意图；
具体实施方式
下面将结合附图对本发明做进一步地说明。
根据附图1可知，本发明的公交交易类型的控制平台，包括卡务管理主机、WebService服务器、读写卡器、数据库服务器、证卡打印机以及配给用户的作为公交IC卡的非接触CPU卡；
所述读写卡器和证卡打印机同卡务管理主机相连接；
所述卡务管理主机通过网络同WebService服务器相连接；
所述WebService服务器同数据库服务器相连接；
所述卡务管理主机中包括卡务管理前台模块；
所述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卡的卡号以及用户信息通过所述WebService服务器中的转发模块发送到数据库服务器中，卡务管理后台模块就把刷卡金额、公交IC卡的卡号以及用户信息进行保存并把刷卡次数的值加一；
步骤7：在用户需要查询作为交易类型的刷卡信息时，就通过卡务管理主机的卡务管理前台模块对数据库服务器发送请求交易信息的指令，数据库服务器接收到该请求交易信息的指令后，就把刷卡金额、公交IC卡的卡号、用户信息以及刷卡次数通过卡务管理主机的卡务管理前台模块返回到卡务管理主机中进行显示。
本发明的卡务管理前台模块就在卡务管理主机上显示出用于输入用户信息的录入界面，这样用户录入用户信息后，卡务管理前台模块就分配一个卡号给该用户，并通过所述WebService服务器的转发模块对数据库服务器发送该用户信息和公交IC卡的卡号进行保存；另外把公交IC卡放置在读写卡器和证卡打印机上分别写入用户信息和公交IC卡的卡号并在公交IC卡的卡面上打印出用户信息。工作人员通过启动所述卡务管理主机的卡务管理前台模块来打开用来输入用户信息的录入界面，然后用户录入用户信息，卡务管理前台模块就通过所述WebService服务器的转发模块来把录入的用户信息发送到数据库服务器中，然后卡务管理后台模块就把发送来的用户信息同数据库服务器中的用户信息进行比较，如果有一致的用户信息，就把该用户信息对应的公交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服务器的消息报文传输性能，更好地便利工作人员，另外传输期间平稳性能好，可高效防止传输达不到平稳的状态。
以上以附图说明的运行方式对本发明作了描述，本领域的技术人员应当理解，
本公开不限于以上描述的实施例，在不偏离本发明的范围的情况下，可以做出各种变化、改变和替换。