CN106710069A - 公交交易类型的控制平台和运行方式 - Google Patents

公交交易类型的控制平台和运行方式 Download PDF

Info

Publication number
CN106710069A
CN106710069A CN201611150881.0A CN201611150881A CN106710069A CN 106710069 A CN106710069 A CN 106710069A CN 201611150881 A CN201611150881 A CN 201611150881A CN 106710069 A CN106710069 A CN 106710069A
Authority
CN
China
Prior art keywords
message
card
carried out
duration
packet
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
Application number
CN201611150881.0A
Other languages
English (en)
Inventor
尚卫国
职旗
何智昆
舒洲
杨光远
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Newcapec Electronics Co Ltd
Original Assignee
Newcapec Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Newcapec Electronics Co Ltd filed Critical Newcapec Electronics Co Ltd
Priority to CN201611150881.0A priority Critical patent/CN106710069A/zh
Publication of CN106710069A publication Critical patent/CN106710069A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0873—Details of the card reader
    • G07F7/0893—Details of the card reader the card reader reading the card in a contactless manner
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种公交交易类型的控制平台和运行方式，包括卡务管理主机、WebService服务器、读写卡器、数据库服务器、证卡打印机以及配给用户的作为公交IC卡的非接触CPU卡；所述读写卡器和证卡打印机同卡务管理主机相连接；卡务管理主机通过网络同WebService服务器相连接；WebService服务器同数据库服务器相连接；所述卡务管理主机中包括卡务管理前台模块；WebService服务器中包括转发模块；另外在公交车上还设置着刷卡器，所述刷卡器包括无线通信模块，所述无线通信模块通过网络同WebService服务器相连接。结合其方法避免了现有技术中补卡充值方面效率低下且费时费力的缺陷。

Description

公交交易类型的控制平台和运行方式
技术领域
本发明涉及公交管理技术领域，特别涉及一种公交交易类型的控制平台和运行方式。
背景技术
城市公共交通是城市重要的基础功能和形象标志之一，是城市交通系统的重要组成部分。为加快发展公共交通事业，充分发挥信息化优势，目前，公共客运信息系统正在大力进行建设与完善。
在公交企业的信息化建设中，在不同时期由不同软件厂商采用不同数据库开发出不同的管理信息系统，如办公自动化系统、机务管理系统、稽查管理系统、人事管理系统、投诉事故管理系统。
但是在现有的公交管理信息化架构中，却缺乏对公交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服务器的消息报文传输性能，更好地便利工作人员，另外传输期间平稳性能好，可高效防止传输达不到平稳的状态。
以上以附图说明的运行方式对本发明作了描述，本领域的技术人员应当理解，
本公开不限于以上描述的实施例，在不偏离本发明的范围的情况下，可以做出各种变化、改变和替换。

Claims (6)

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服务器间传输的报文内均要含有所述记号，另外经过确定所述记号用于确定目前采用的卡务管理主机是不是于传输消息报文的一方朝获取消息报文的一方传输请求报文和获取消息报文的一方朝传输消息报文的一方传输对请求报文响应的响应报文时采用的卡务管理主机。
CN201611150881.0A 2016-12-14 2016-12-14 公交交易类型的控制平台和运行方式 Pending CN106710069A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611150881.0A CN106710069A (zh) 2016-12-14 2016-12-14 公交交易类型的控制平台和运行方式

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611150881.0A CN106710069A (zh) 2016-12-14 2016-12-14 公交交易类型的控制平台和运行方式

Publications (1)

Publication Number Publication Date
CN106710069A true CN106710069A (zh) 2017-05-24

Family

ID=58935732

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611150881.0A Pending CN106710069A (zh) 2016-12-14 2016-12-14 公交交易类型的控制平台和运行方式

Country Status (1)

Country Link
CN (1) CN106710069A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107864196A (zh) * 2017-11-06 2018-03-30 广东信浓信息技术有限公司 一种基于Web服务与集成软件的学员卡咨询服务系统及其方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102096880A (zh) * 2011-01-27 2011-06-15 深圳市农产品股份有限公司 电子结算交易后台管理系统及结算方法
CN103761649A (zh) * 2014-02-25 2014-04-30 唐川 Ic卡网络充值系统及充值方法
CN104200580A (zh) * 2014-08-29 2014-12-10 中国农业银行股份有限公司 一种智能柜台
CN104640130A (zh) * 2015-03-12 2015-05-20 成都金本华科技股份有限公司 一种报文的快速传送方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102096880A (zh) * 2011-01-27 2011-06-15 深圳市农产品股份有限公司 电子结算交易后台管理系统及结算方法
CN103761649A (zh) * 2014-02-25 2014-04-30 唐川 Ic卡网络充值系统及充值方法
CN104200580A (zh) * 2014-08-29 2014-12-10 中国农业银行股份有限公司 一种智能柜台
CN104640130A (zh) * 2015-03-12 2015-05-20 成都金本华科技股份有限公司 一种报文的快速传送方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107864196A (zh) * 2017-11-06 2018-03-30 广东信浓信息技术有限公司 一种基于Web服务与集成软件的学员卡咨询服务系统及其方法

Similar Documents

Publication Publication Date Title
CN103035078B (zh) 基于位置的支付安全监控方法
CN106953909B (zh) 一种物联网卡智能充值监控系统和控制方法
CN105894272A (zh) 一种基于手机app的公交即时支付方法及支付、充值和查询系统
CN106097092A (zh) 用于对账的数据处理方法和装置
CN107798393A (zh) 自助终端维护信息处理方法和装置
CN105427169A (zh) 用于资源转移的安全性信息交互方法
CN104657841A (zh) 快件投递方法、投递处理方法及快递柜终端和服务系统
CN104794613A (zh) 一种基于销售终端的移动设备鉴权方法
CN102136967A (zh) 一种业务状态管理方法、装置和系统
CN105225045A (zh) 一种基于用户id和指纹识别的移动考勤系统及考勤方法
CN107622423A (zh) 基于扫描用户身份信息获取电子停车票的方法及装置
CN106067196A (zh) 一种实现智能考勤的方法和系统
US20170351955A1 (en) Intermodal demand estimation to transit entry monitoring
CN103714454A (zh) 一种排队和支付系统
CN106790014A (zh) 智能公交架构下的业务控制系统与方式
JP6368261B2 (ja) 認証システム及び認証方法
CN112492041B (zh) 物品运送方法、用户端、服务云平台及网联无人机
CN106710069A (zh) 公交交易类型的控制平台和运行方式
CN107945430B (zh) 一种用于智能pos机的基于串口的双向并发通讯方法
CN106056776A (zh) 一种基于nfc移动终端的公共自行车智能管理系统
CN101582141A (zh) 基于手机贴rfid卡终端的在线充值方法和系统
CN205621081U (zh) 一种etc车载单元二次发行数据补录系统
CN104994494B (zh) 一种一卡通服务的实现方法及系统
CN106600847A (zh) 市民卡管理平台及其方法
CN109787783A (zh) 一种公有云环境下的计费实现系统及方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
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: 20170524