CN1588956A - 终端机和服务器 - Google Patents

Abstract

公开了一种终端机和服务器，以在进行银行业务的同时进行交通管理功能，解决了手工操作不方便的问题，其中包括：输入装置，用于输入业务类型、业务数据或密码；读卡装置，用于从用户的卡中读取卡信息；主控制装置，用于根据所述业务类型从输入装置和读卡装置获取并发送与该业务类型相对应的业务数据、卡信息或密码，以及用于接收处理结果数据；客户侧组包/拆包装置，用于把来自主控制装置的业务类型、业务数据、卡信息、密码以及终端机识别号中的至少之一组成报文并加密发送到网络，以及用于对从网络接收的处理的报文进行解密、拆包，并提取相应的处理结果数据；显示装置，用于显示业务类型和处理结果数据；以及打印装置，用户打印处理结果数据。采用上述结构，提供了进行银行业务的同时进行交通管理的方便性。

Description

终端机和服务器

技术领域

本发明涉及一种终端机和一种服务器，具体地，本发明涉及一种不但能够进行银行卡业务还能够进行交通管理的终端机和相应的服务器。

背景技术

通常，进行交通违章管理时，交通民警手工填写违章罚单，储蓄所操作员根据罚单手工输入各项数据。但是，一些人为干预因素直接影响了执法的严肃性和国家财政收入的真实性、准确性。主要表现为：违章罚款通知书填写字迹不清，人工辨认困难，人为涂改，输入失误；违章司机通过关系“铲单”；银行代收罚款后，与交管局对帐、核对记录较难等。因此，如果充分利用人人都持有的银行卡来进行交通管理，则会大大提高方便性。

发明内容

鉴于以上的问题，提出了本发明。本发明的一个目的是解决手工操作不方便的问题。因此本发明的思路是使现有的终端机能够在处理银行卡业务的同时还具有交通管理的功能。

在本发明的一个方面，提供了一种终端机，包括：输入装置，用于输入业务类型、业务数据或密码；读卡装置，用于从用户的卡中读取卡信息；主控制装置，用于根据所述业务类型从输入装置和读卡装置获取并发送与该业务类型相对应的业务数据、卡信息或密码，以及用于接收处理结果数据；客户侧组包/拆包装置，用于把来自主控制装置的业务类型、业务数据、卡信息、密码以及终端机识别号中的至少之一组成报文并加密发送到网络，以及用于对从网络接收的处理的报文进行解密、拆包，并提取相应的处理结果数据；显示装置，用于显示业务类型和处理结果数据；以及打印装置，用户打印处理结果数据。

在本发明的另一方面，提供了一种服务器，包括：服务器侧组包/拆包装置，用于从外部接收报文，对接收的报文进行解密、拆包并从其中提取业务所需的数据，以及用于将处理结果数据组成报文并发送到外部；验证装置，用于验证来自服务器侧组包/拆包装置的报文中的数据是否合法；处理装置，用于根据业务类型进行相应的处理，并把处理结果数据发送给服务器侧组包/拆包装置；以及数据库，用于存储与业务相关的数据。

利用上述配置，能够在进行银行业务的同时进行交通管理功能，解决了手工操作不方便的问题。

附图说明

图1示出了根据本发明的系统的结构示意图；

图2示出了本发明的终端机的结构框图；

图3是本发明的系统中的卡服务器的结构框图；

图4示出了本发明的终端机所进行的业务类型；

图5示出了‘查询模式’下的工作流程图；

图6示出了在‘补充/修改模式’下的工作流程图；

图7示出了在‘发卡模式’下的工作流程图；

图8示出了在‘转缴罚款模式’下的工作流程图；

图9示出了在‘取款模式’下的工作流程图；

图10示出了在‘存款模式’下的工作流程图；

图11示出了在‘消费模式’下的工作流程图；

图12是根据本发明另一实施例的系统的结构示意图；

图13示出了本发明的服务器的另一结构框图。

具体实施方式

下面参照附图，通过示意性的实施例对本发明进行详细地说明。处于清楚说明的目的，相同的组成部分或者单元在不同的附图中以相同或者相似的附图标记来表示，并且在下面的说明中省略了对本发明来说是不必要的细节和内容，因为这样会导致本发明的主题变得不清楚。

【第一实施例】

图1示出了本发明的系统的结构示意图。如图1所示，进行银行卡业务的系统包括：终端机1-1，1-2，1-3和通过网络2与终端机相连接的服务器3。虽然图1中仅仅示出了三台终端机，但是在仅仅是处于说明的目的，实际使用的终端机可以是超过三的任意数目。

图2示出了本发明的终端机的结构框图。如图2所示，本发明的终端机包括：输入装置140，用于输入业务类型、业务数据或密码；读卡装置120，用于从用户的银行卡中读取卡信息；主控制装置100，用于根据业务类型从输入装置140和读卡装置120获取并发送与该业务类型相对应的业务数据、卡信息或密码，以及用于接收处理结果数据；客户侧组包/拆包装置150，用于把来自主控制装置100的业务类型、业务数据、卡信息以及终端机识别信息中的至少之一按照预定格式组成报文并加密发送到外部，以及用于对从外部接收的处理的报文进行解密、拆包，并提取相应的处理结果数据；显示装置110，用于显示业务类型和处理结果数据；存储装置130，用于存储交易信息和处理结果数据；以及打印装置160，用于在需要时打印处理结果数据。

在本发明的终端机中，当进行与交通管理相关的业务时，操作员将工作模式置于与该业务相应的工作模式下，并在显示装置110上提示消费者刷卡，读卡装置120从银行卡中读取卡号，用户名等信息。然后消费者通过输入装置140输入个人密码。主控制装置100把获得的交业务类型信息、业务信息、银行卡信息发送给客户侧组包/拆包装置150，接下来，客户侧组包/拆包装置150按照业务类型把业务类型信息、业务信息或银行卡信息组成报文，对其进行加密并发送到外部。在服务器3侧处理完毕后，客户侧组包/拆包装置150接收处理后的报文，对其进行解密、拆包并从其中提取处理结果数据，将处理结果数据发送给主控制装置100。如果处理结果数据表明业务执行成功，与该业务的流水号相对应地将处理结果数据存储在存储装置130中，并在显示装置110上显示业务执行成功，如果需要，通过打印装置160打印相应的处理结果或者凭条，同样，如果处理结果数据表明业务执行失败，则在显示装置110上显示给消费者。

接下来参照图3说明根据本发明的系统中的服务器3的结构和工作过程。

图3示出了上述系统中的服务器3的一个结构框图。如图3所示，服务器3包括：服务器侧组包/拆包装置320，用于从外部接收报文，对接收的报文进行解密、拆包并从其中提取业务所需的数据，如业务类型，终端识别号，卡号，密码、交易金额等，以及用于将处理结果数据组成报文并发送到外部；验证装置310，用于验证来自服务器侧组包/拆包装置320的终端识别号、卡号或者其他数据是否合法；交易处理装置300，用于根据业务类型进行相应的处理，并把处理结果数据发送给服务器侧组包/拆包装置320；以及数据库330，用于存储与执行的业务相关的数据，例如，流水号，终端识别号，卡号，交易金额，成功或失败标记等信息。

当服务器侧组包/拆包装置320收到来自外部的报文时，对该报文进行解密、拆包，并提取执行业务所需的数据，例如如业务类型，终端识别号，卡号，密码、交易金额等。然后验证装置310对上述提取的业务所需的数据进行验证，检测其是否合法，例如看提取的终端识别号或者卡号与数据库330中存储的是否一致，如果一致，则交易处理装置300执行相应的业务操作，例如从消费者的帐户上划拨相应的金额，在数据库330中进行记录，并将处理结果数据发送给服务器侧组包/拆包装置320，服务器侧组包/拆包装置320对处理结果数据进行组包、加密并发送出去。

图4示出了本发明的终端机能够进行的交通管理功能和银行业务功能的显示屏幕，其中示出了但是不限于：(1)查询模式；(2)补充/修改模式；(3)发卡模式；(4)转缴罚款模式；(5)取款模式；(6)存款模式和(7)消费模式。

下面参照图5-11以这七种工作模式对本发明的终端机和服务器工作过程进行详细说明。

图5示出了在‘查询模式’下本发明的终端机和服务器的工作流程图。图6示出了在‘补充/修改模式’下本发明的终端机和服务器的工作流程图；图7示出了在‘发卡模式’下本发明的终端机和服务器的工作流程图；图8示出了在‘转缴罚款模式’下本发明的终端机和服务器的工作流程图；图9示出了在‘取款模式’下本发明的终端机和服务器的工作流程图；图10示出了在‘存款模式’下本发明的终端机和服务器的工作流程图；图11示出了在‘消费模式’下本发明的终端机和服务器的工作流程图。

【查询模式】

如果一用户想要查询其交通管理档案信息，如图5所示，在步骤S501，操作员选择‘查询模式’。进入‘查询模式’后，在步骤S502，通过输入装置140输入驾驶员档案编号等信息。然后在步骤S503，主控制装置100将该项业务的类型代码和输入的驾驶员档案编号发送给客户侧组包/拆包装置150，客户侧组包/拆包装置150根据业务类型，把业务类型代码、驾驶员档案编号等信息以及本终端机的识别号组成报文，并对组成的报文进行加密，然后通过网络2发送给服务器3。

在步骤S504，如果服务器3的服务器侧组包/拆包装置320收到来自终端机的报文，就对其进行解密，拆包，并从中提取业务所需的数据，例如业务类型代码、驾驶员档案编号以及终端机识别号。在步骤S505，交易处理装置300根据上述的驾驶员档案编号从数据库330中获取姓名、备案地区代码、电话、职业标志、身份证号、帐号等信息，并生成交易成功信息，如果该档案编号不存在，则输出错误信息。在步骤S506，服务器侧组包/拆包装置320将作为处理结果数据的错误信息和成功信息组成报文、进行加密并通过网络2发送给终端机1。

在步骤S507，终端机1中的客户侧组包/拆包装置150接收来自服务器3的报文，对其进行解密、拆包，并从其中提取相应的处理结果数据。接下来在步骤S508，主控制装置100将客户侧组包/拆包装置150提取的处理结果数据存储在存储装置130中，然后在显示装置110上显示交易成功信息或者交易失败信息(错误信息)。如果需要，通过打印装置160将查询结果打印出来。至此，整个查询模式的工作过程结束。

【补充/修改模式】

如果在发卡之前发现某驾驶员的档案信息有误或者需要进行补充时，进行如图6所述的流程。在步骤S601，操作员选择‘补充/修改模式’作为当前的业务类型。然后在步骤S602，通过输入装置140输入驾驶员档案编号、备案地区代码、电话、身份证号码、地址、邮政编码、网点号以及终端机识别码之类的信息，并且主控制装置100把这些信息发送给客户侧组包/拆包装置150。

接下来在步骤S603，客户侧组包/拆包装置150按照当前的业务类型，将业务类型代码、驾驶员档案编号、备案地区代码、电话和终端机识别号组成报文，通过网络发送给服务器3。

如果服务器3中的的服务器侧组包/拆包装置320收到来自终端机的报文，就在步骤S604对其进行解密，拆包，并从中提取所需的数据，例如，业务类型，业务类型代码、驾驶员档案编号、备案地区代码、电话、身份证号码、地址、邮政编码、网点号以及终端机识别码等。然后在步骤S605验证装置310判断该驾驶员档案编号相对应的架势档案信息表中的发卡标志是否是‘未发卡’。

如果在步骤S605判断的结果是正确的(步骤S605‘是’)，则在步骤S606，处理装置300根据从终端机发来的信息对该驾驶员的档案信息进行补充或者修改，并生成交易成功信息，记录在数据库330中。如果在步骤S605判断的结果是错误(步骤S605‘否’)，则在步骤S607返回失败信息(错误信息)，并在数据库330中记录。

接下来，在步骤S608，服务器侧组包/拆包装置320将作为处理结果数据的失败信息或者成功信息组成报文，对其进行加密并通过网络发送给终端机1。

在步骤S609，终端机在接收到来自服务器3的报文时，在客户侧组包/拆包装置150中解密，拆包，并提取相应的处理结果数据。接下来在步骤S610，主控制装置100将客户侧组包/拆包装置150提取的处理结果数据存储在存储装置130中，然后在显示装置110上显示业务执行成功信息或者失败信息(错误信息)。如果需要，通过打印装置160打印处理结果。至此，整个补充/修改模式的工作过程结束。

【发卡模式】

如果一用户申请领取一新卡，即进行发卡操作时，进行如图7所述的流程。在步骤S701，操作员选择‘发卡模式’作为当前的业务类型。然后在步骤S702，通过输入装置140输入卡号、驾驶员档案编号、地区号、操作员号等信息，主控制装置100把这些信息发送给客户侧组包/拆包装置150。

接下来在步骤S703，客户侧组包/拆包装置150按照当前的业务类型，将业务类型代码、卡号、驾驶员档案编号、地区号、操作员号等信息组成报文，通过网络2发送给服务器3。

如果服务器3中的的服务器侧组包/拆包装置320收到来自终端机的报文，就在步骤S704对其进行解密，拆包，并从中提取当前业务所需的数据，例如业务类型代码、卡号、驾驶员档案编号、地区号、操作员号等信息。然后在步骤S705判断上送的卡是否是旧卡，如果是，则步骤S607返回终端错误；检查卡信息表中是否有上送的卡号，如有，在步骤S607返回终端错误信息；检查驾档信息表中是否有此驾档编号、发卡状态是否未发卡、备案地区和职业标志是否存在，如有不则在步骤S607对返回终端错误。

如果在步骤S705验证装置310判断的结果是正确的(步骤S705‘是’)，则在步骤S706，处理装置300得到中间业务序号，并且在数据库330中存储的卡信息表中插入一条记录，其中：卡号、驾驶员方案编号、地区号、网点号、操作员号是从终端上送的，户名是从驾驶员信息表中取出的，开卡日期和最后的处理日期是当前的工作时间，电子钱包余额、电子油包余额、未写电子油包金额都是零，卡状态是‘00’；按照终端上送的数据修改驾档信息表中的卡号、网点号、柜员号、开卡标志，并生成交易成功信息，记录在数据库330中。如果在步骤S705判断的结果是错误(步骤S705‘否’)，则在步骤S707返回失败信息(错误信息)，并在数据库330中记录。

接下来，在步骤S708，服务器侧组包/拆包装置320将作为处理结果数据的失败信息或者成功信息组成报文，对其进行加密并通过网络发送给终端机。

在步骤S709，终端机1在接收到来自服务器3的报文时，在客户侧组包/拆包装置150中解密，拆包，并提取相应的处理结果数据。接下来在步骤S710，主控制装置100将客户侧组包/拆包装置150提取的处理结果数据存储在存储装置130中，然后在显示装置110上显示交易成功信息或者交易失败信息(错误信息)。如果需要，通过打印装置160打印处理结果。至此，整个隔日退货模式工作过程结束。

【转缴罚款模式】

当用户要要缴罚款时，进行如图8所述的流程。在步骤S801，操作员选择‘转缴罚款模式’作为当前的业务类型。然后在步骤S802，终端操作员录入的转缴罚款信息包，包括：业务代码、地区号、网点号、柜员号、渠道标志、帐号种类、币种、金额、卡号、驾档编号、编号、违章时间、警员号、罚款情节1-4、积分、违章地点代码等信息。然后，主控制装置100把这些信息发送给客户侧组包/拆包装置150。

接下来在步骤S803，客户侧组包/拆包装置150按照当前的业务类型，将上述信息组成报文，通过网络2发送给服务器3。

如果服务器3中的的服务器侧组包/拆包装置320收到来自终端机的报文，就在步骤S804对其进行解密，拆包，并从中提取当前业务所需的数据。然后在步骤S805由验证装置310判断：业务代码、地区号、网点号、柜员号、渠道标志、帐号种类、币种、金额、卡号、驾档编号、编号、违章时间、警员号、罚款情节、积分、违章地点代码是否为空，当渠道是柜台时，大流水、小流水不能为空；当渠道是自助时，交易检索号不能为空。如果有输入字段为空则在步骤S807返回终端错误；检查交罚信息表，根据卡号和通知书号作为条件，而且在步骤S806业务处理状态为成功，判断在当前的交罚信息表中是否存在相同的记录，如果没有，继续；如果有，将此笔记录的业务处理状态置成当天，返回终端成功信息但交易金额为0(终端此时只做补写卡业务)；检查驾档信息表，判断相同驾档编号卡号是否等于上送的数据，如果不是，在步骤S807返回终端错误；检查卡信息表，判断此卡号的状态是否正常，如果不是，返回终端错误。

处理装置300从违章代码对照表中取出超罚天数和最终截止天数，计算罚款截止日期1(罚款截止日期1＝违章时间+违章代码表中的超罚天数+最终截止天数)，如果罚款截止日期1大于当日，返回终端错误；计算罚款截止日期2(罚款截止日期2＝违章时间+违章代码表中的超罚天数)，如果罚款截止日期2小于当日，计算超罚金额{(“系统日期”-“截止日期”)ד违法金额”ד超罚比例”｝；取出区县代码，从区县代码表中取出代理业务编号；产生中间业务序号，插入交罚信息表一条记录，其中业务处理状态为当日，交易处理状态为初始；插入业务流水表一条记录，修改灵通卡交易流水表中的交易处理状态置成功，交罚信息表中的交易处理状态置成功，返回终端成功信息和交易金额，记录在数据库330中。

接下来，在步骤S808，服务器侧组包/拆包装置320将作为处理结果数据的失败信息或者成功信息组成报文，对其进行加密并通过网络发送给终端机。

在步骤S809，终端机在接收到来自服务器3的报文时，在客户侧组包/拆包装置150中解密，拆包，并提取相应的处理结果数据。接下来在步骤S810，主控制装置100将客户侧组包/拆包装置150提取的处理结果数据存储在存储装置130中，然后在显示装置110上显示交易成功信息或者交易失败信息(错误信息)。如果需要，通过打印装置160打印处理结果。至此，整个结帐模式工作过程结束。

【取款模式】

当用户想要用取款时，进行如图9所述的流程。此时的卡与通常的银行卡的功能完全相同，并且在终端机中也执行与传统相同的工作流程。在步骤S901，操作员选择‘取款模式’作为当前的业务类型。然后在步骤S902，用户利用读卡装置120刷卡，并从输入装置140输入密码和金额等信息，然后主控制装置100把该卡号、密码、金额信息和终端识别号发送给客户侧组包/拆包装置150。

接下来在步骤S903，客户侧组包/拆包装置150按照当前的业务类型，将获得的卡号、密码、金额和终端识别号组成相应的报文，通过网络2发送给服务器3。

如果服务器3中的的服务器侧组包/拆包装置320收到来自收终端机的报文，就在步骤S904对其进行解密，拆包，并从中提取卡号、终端机识别码、密码和金额等信息。然后在步骤S905判断该密码是否合法。

如果在步骤S905判断的结果是不合法(步骤S905‘否’)，则在步骤S907，发出失败信息，表明密码错误。如果在步骤S905判断的结果是合法(步骤S905‘是’)，则在步骤S906，处理装置300进行相应的帐务处理并返回成功信息。

接下来，在步骤S908，服务器侧组包/拆包装置320将作为处理结果数据的失败信息或者成功信息组成报文，对其进行加密并通过网络2发送给终端机。

在步骤S909，终端机在接收到来自服务器3的报文时，在客户侧组包/拆包装置150中解密，拆包，并提取相应的处理结果数据。接下来在步骤S910，主控制装置100将客户侧组包/拆包装置150提取的处理结果数据存储在存储装置130中，然后在显示装置110上显示交易成功信息或者交易失败信息(错误信息)。如果需要，通过打印装置160打印处理结果。至此，整个取款模式的工作过程结束。

【存款模式】

当用户想要用取款时，进行如图10所述的流程。此时的卡同样与通常的银行卡的功能完全相同，并且在终端机中也执行与传统相同的工作流程。在步骤S1001，操作员选择‘存款模式’作为当前的业务类型。然后在步骤S1002，用户利用读卡装置120刷卡，并从输入装置140输入密码和金额等信息，然后主控制装置100把该卡号、密码、金额信息和终端识别号发送给客户侧组包/拆包装置150。

接下来在步骤S1003，客户侧组包/拆包装置150按照当前的业务类型，将获得的卡号、密码、金额和终端识别号组成相应的报文，通过网络2发送给服务器3。

如果服务器3中的的服务器侧组包/拆包装置320收到来自收终端机的报文，就在步骤S1004对其进行解密，拆包，并从中提取卡号、终端机识别码、密码和金额等信息。然后在步骤S1005判断该密码是否合法。

如果在步骤S1005判断的结果是不合法(步骤S1005‘否’)，则在步骤1007，发出失败信息，表明密码错误。如果在步骤S905判断的结果是合法(步骤1005‘是’)，则在步骤S1006，处理装置300进行相应的帐务处理，并返回成功信息。

接下来，在步骤S1008，服务器侧组包/拆包装置320将作为处理结果数据的失败信息或者成功信息组成报文，对其进行加密并通过网络2发送给终端机。

在步骤S1009，终端机在接收到来自服务器3的报文时，在客户侧组包/拆包装置150中解密，拆包，并提取相应的处理结果数据。接下来在步骤S1010，主控制装置100将客户侧组包/拆包装置150提取的处理结果数据存储在存储装置130中，然后在显示装置110上显示交易成功信息或者交易失败信息(错误信息)。如果需要，通过打印装置160打印处理结果。至此，整个取款模式的工作过程结束。

【消费模式】

此外，当用户想要进行消费时，进行如图11所述的流程。此时的卡同样与通常的银行卡的功能完全相同，并且在终端机中也执行与传统相同的工作流程。在步骤S1101，操作员选择‘消费模式’作为当前的业务类型。然后在步骤S1102，用户利用读卡装置120刷卡，并从输入装置140输入密码和金额等信息，然后主控制装置100把该卡号、密码、金额信息和终端识别号发送给客户侧组包/拆包装置150。

接下来在步骤S1103，客户侧组包/拆包装置150按照当前的业务类型，将获得的卡号、密码、金额和终端识别号组成相应的报文，通过网络2发送给服务器3。

如果服务器3中的的服务器侧组包/拆包装置320收到来自收终端机的报文，就在步骤S1104对其进行解密，拆包，并从中提取卡号、终端机识别码、密码和金额等信息。然后在步骤S1105判断该密码是否合法。

如果在步骤S1105判断的结果是不合法(步骤S1105‘否’)，则在步骤1107，发出失败信息，表明密码错误。如果在步骤S905判断的结果是合法(步骤1105‘是’)，则在步骤S1106，处理装置300进行相应的帐务处理，并返回成功信息。

接下来，在步骤S1108，服务器侧组包/拆包装置320将作为处理结果数据的失败信息或者成功信息组成报文，对其进行加密并通过网络2发送给终端机。

在步骤S1109，终端机在接收到来自服务器3的报文时，在客户侧组包/拆包装置150中解密，拆包，并提取相应的处理结果数据。接下来在步骤S1110，主控制装置100将客户侧组包/拆包装置150提取的处理结果数据存储在存储装置130中，然后在显示装置110上显示交易成功信息或者交易失败信息(错误信息)。如果需要，通过打印装置160打印处理结果。至此，整个消费模式的工作过程结束。

虽然上面已经描述了七种类型的工作模式，包括交通管理功能和银行卡业务功能，但是实际中的工作模式绝不只有七种，本发明的终端机同样可以进行其他类型的交易，例如冲正，批上送等交易。

根据本发明的系统，能够在进行银行业务的同时进行交通管理功能，解决了手工操作不方便的问题。

【第二实施例】

图12示出了根据本发明第二实施例的系统的结构示意图。第二实施例的系统与第一实施例的不同之处在于，具有与服务器3相连接的交通管理服务器4。这样，设置在交管局的交通管理服务器4可以将当日变化的驾驶员信息联机传给服务器3，记录每个驾驶员的最新记录信息。为驾驶员开卡做好数据准备，配合交管局做好驾驶员管理工作。此外，服务器3将每日驾驶员的开卡信息及违章罚款缴费记录批量传给交管局的交通管理服务器4，交管局更新数据库，以便掌握所有驾驶员的开卡及违章缴费状况。

这样，需要对服务器3进行改进，如图13所示，第二实施例的服务器增加了数据交换装置340，用于将每日的交通管理信息发送给交通管理服务器，并且从交通管理服务器获取每个驾驶员的最新记录信息。

尽管出于说明的目的，披露了本发明的优选实施例，但本领域中的技术人员可以知道在不脱离本发明的范围的情况下，各种修改、增加和替代都是可能的。因此，本发明并不仅限于上述实施例，而是由所附权利要求及完全范围内的等同物来限定。

Claims (18)

1.一种终端机，包括：

输入装置，用于输入业务类型、业务数据或密码；

读卡装置，用于从用户的卡中读取卡信息；

主控制装置，用于根据所述业务类型从输入装置和读卡装置获取并发送与该业务类型相对应的业务数据、卡信息或密码，以及用于接收处理结果数据；

客户侧组包/拆包装置，用于把来自主控制装置的业务类型、业务数据、卡信息、密码以及终端机识别号中的至少之一组成报文并加密发送到网络，以及用于对从网络接收的处理的报文进行解密、拆包，并提取相应的处理结果数据；

显示装置，用于显示业务类型和处理结果数据；以及

打印装置，用户打印处理结果数据。

2.根据权利要求1所述的终端机，其中还包括：

存储器，用于存储业务信息和处理结果数据。

3.根据权利要求1或2所述的终端机，其中，如果所述的业务类型是查询，则业务数据是驾驶员档案编号。

4.根据权利要求1或2所述的终端机，其中，如果所述的业务类型是补充/修改，则业务数据是驾驶员档案编号。

5.根据权利要求1或2所述的终端机，其中，如果所述的业务类型是发卡，则业务数据包括驾驶员档案编号、备案地区代码、电话、身份证号码、地址、邮政编码、网点号以及终端机识别码。

6.根据权利要求1或2所述的终端机，其中，如果所述业务类型是转缴罚款，则业务数据包括业务代码、地区号、网点号、柜员号、渠道标志、帐号种类、币种、金额、卡号、驾档编号、编号、违章时间、警员号、罚款情节、积分、违章地点代码。

7.根据权利要求1或2所述的终端机，其中，如果所述的业务类型是取款，则业务数据包括卡号、密码、金额和终端识别号。

8.根据权利要求1或2所述的终端机，其中，如果所述的业务类型是存款，则业务数据包括卡号、密码、金额和终端识别号。

9.根据权利要求1或2所述的终端机，其中，如果所述的业务类型是消费，则业务数据包括卡号、密码、金额和终端识别号。

10.一种服务器，包括：

服务器侧组包/拆包装置，用于从外部接收报文，对接收的报文进行解密、拆包并从其中提取业务所需的数据，以及用于将处理结果数据组成报文并发送到外部；

验证装置，用于验证来自服务器侧组包/拆包装置的报文中的数据是否合法；

处理装置，用于根据业务类型进行相应的处理，并把处理结果数据发送给服务器侧组包/拆包装置；以及

数据库，用于存储与业务相关的数据。

11.根据权利要求10所述服务器，其特征在于还包括数据交换装置，用于发送每日的交通管理信息，以及接收每个驾驶员最新的记录信息。

12.根据权利要求10或11所述的服务器，其中，所述的业务类型是查询，则业务所需的数据是驾驶员档案编号。

13.根据权利要求10或11所述的服务器，其中，如果所述的业务类型是补充/修改，则业务所需的数据是驾驶员档案编号。

14.根据权利要求10或11所述的服务器，其中如果所述的业务类型是发卡，则业务所需的数据包括驾驶员档案编号、备案地区代码、电话、身份证号码、地址、邮政编码、网点号以及终端机识别码。

15.根据权利要求10或11所述的服务器，其中，如果所述业务类型是转缴罚款，则业务所需的数据包括业务代码、地区号、网点号、柜员号、渠道标志、帐号种类、币种、金额、卡号、驾档编号、编号、违章时间、警员号、罚款情节、积分、违章地点代码。

16.根据权利要求10或11所述的服务器，其中，如果所述的业务类型是取款，则业务所需的数据包括卡号、密码、金额和终端识别号。

17.根据权利要求10或11所述的服务器，其中，如果所述的业务类型是存款，则业务所需的数据包括卡号、密码、金额和终端识别号。

18.根据权利要求10或11所述的服务器，其中，如果所述的业务类型是消费，则业务所需的数据包括卡号、密码、金额和终端识别号。

Images