1.一种公交交易类型的控制平台，其特征在于，包括卡务管理主机、WebService服务器、读写卡器、数据库服务器、证卡打印机以及配给用户的作为公交IC卡的非接触CPU卡；
所述读写卡器和证卡打印机同卡务管理主机相连接；
所述卡务管理主机通过网络同WebService服务器相连接；
所述WebService服务器同数据库服务器相连接；
所述卡务管理主机中包括卡务管理前台模块；
所述WebService服务器中包括转发模块；
所述数据库服务器中存储有卡务管理后台模块、用户注册的账号和密码、用户信息、用户的公交IC卡的卡号、黑名单、刷卡次数和用户的公交IC卡的充值信息；
另外在公交车上还设置着刷卡器，所述刷卡器包括无线通信模块，所述无线通信模块通过网络同WebService服务器相连接。
2.根据权利要求1所述的公交交易类型的控制平台，其特征在于所述用户信息包括姓名、性别、身份证号以及年龄；所述刷卡次数的初始值为0。
3.根据权利要求1所述的公交交易类型的控制平台的运行方式，其特征在于，步骤如下：
步骤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卡的卡号、用户信息以及刷卡次数通过卡务管理主机的卡务管理前台模块返回到卡务管理主机中进行显示。
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服务器间传输的报文内均要含有所述记号，另外经过确定所述记号用于确定目前采用的卡务管理主机是不是于传输消息报文的一方朝获取消息报文的一方传输请求报文和获取消息报文的一方朝传输消息报文的一方传输对请求报文响应的响应报文时采用的卡务管理主机。