CN1787020A - 一户多卡银行卡系统及其处理方法 - Google Patents

一户多卡银行卡系统及其处理方法 Download PDF

Info

Publication number
CN1787020A
CN1787020A CNA2004101044179A CN200410104417A CN1787020A CN 1787020 A CN1787020 A CN 1787020A CN A2004101044179 A CNA2004101044179 A CN A2004101044179A CN 200410104417 A CN200410104417 A CN 200410104417A CN 1787020 A CN1787020 A CN 1787020A
Authority
CN
China
Prior art keywords
subcard
family
amount
bank card
bank
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
CNA2004101044179A
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.)
ZHAOSHANG BANK CO Ltd
Original Assignee
ZHAOSHANG BANK 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 ZHAOSHANG BANK CO Ltd filed Critical ZHAOSHANG BANK CO Ltd
Priority to CNA2004101044179A priority Critical patent/CN1787020A/zh
Publication of CN1787020A publication Critical patent/CN1787020A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明涉及一种计算机网络系统及其处理方法,尤其涉及一户多卡银行卡系统及其处理方法,包括银行子卡、系统主机,系统主机包括存储客户数据的数据存储装置、处理客户交易请求的数据处理装置和多个接口,接口连接外部金融网络和交易终端;所述数据存储装置内置账户,所述数据处理识别传输客户交易请求的接口,选择账户进行处理,所述的账户对应两个以上的银行子卡,并且银行子卡至少内置识别信息。本发明解决了公司集中资金和方便使用两方面的问题。

Description

一户多卡银行卡系统及其处理方法
技术领域
本发明涉及一种计算机网络系统及其处理方法,尤其涉及一户多卡银行卡处理系统及其处理方法。
背景技术
目前,国内各银行所发行的单位卡或公司借记卡为专户核算,一卡一户或一卡多户。每张卡是独立的,卡片之间没有关联。请参见图1,图1是一张普通的招商银行一卡通(属于普通的储蓄卡)正面视图。其中,“075585149012”(图示01)实际上就是一卡通的账号,而“03180883”(图示02)是一卡通的卡本身的序列号。通常,使用者把“075585149012”(图示01)也称之为卡号,其原因在于卡号和账号是统一的一个号码。
请参见图2,当卡号(同时也是账号)“075585149012”(图示01)所对应的账户中不但有本国货币人民币,同时还存储有美元等国外货币,这时,账号“075585149012”(图示01)还对应有人民币账户子账号11(图示03)和外币账户子账户13(图示04)。上述的情况在银行系统中最为常见,也就是通常公知的一卡多户银行卡,更具体地说,就是一卡双账户银行卡。
显而易见,当账户中仅仅存在有本国货币时,一个卡号和账号完全统一,这就是公知的一卡一户银行卡。然而随着计算机管理的进步和对外开放的深化,这种简单的方式实际上已不多见。
招商银行在1996年之前推广的“一卡通”面向中国公众发行了采用上述一卡多户的技术的银行卡。发明专利申请公开说明书(公开号:CN 1397916A;国别:中国;公开日期:2003年2月19日)也详细公开了一卡双账户银行卡处理装置和方法。具体论述如下:所述的银行卡每个卡有一个卡号,每个卡号对应同一持卡人的两个账户,一个是以发卡人本国货币结算的账户,另一个是以指定种类的外币结算的账户;发卡人根据持卡人发生交易的来源、交易的币种,自动地确定在两个账户中的哪一个账户中结算。手持银行卡的持卡人无论在发卡人所属国内或国外使用该银行卡作为交易支付手段时,持卡人的操作是一致的。
很明显的可以看出,这样的银行卡会造成资金分散在各个卡片的账户里。持卡人在使用的时候,一方面为了保证支付要在每张卡里备有一定的金额,而实际上这些金额并不能完全同时使用。从实际使用的情况来看,会在以下两个方面造成资金闲置:1、在不同时间使用的金额造成错位的资金闲置,这是一种不同时间交易所造成的浪费。2、每张卡交易完成后通常会剩余一些资金留做备用,这是一种银行卡金额额度控制情况所造成的浪费。而另一方面,当某张卡作较大金额的支付时,有可能单卡的金额不足。这样不便于客户管理和灵活调度多张公司卡账户的资金,与现代企业集中管理现金的财务管理要求不相适应。
具体说来,例如一家连锁公司,在不同的地方开了一些分公司,按照现在的账户模式,要在每家分店都设一个账户以供日常的进帐和支出。这样作为总公司来讲,要定期派人到每家分店对其账户收支情况进行核算。这样一来,公司资金分散。如遇到大额的交易,可能要调集几个分店的资金才能实现。在时间上必然有所消耗,而且降低了资金的使用效率。请参见图3,图3是总公司账户21与A分公司22、B分公司23、C分公司24的账户关系图。图中,所有的资金来往都通过转账,总公司在进行资金调拨的同时,还要另外设置财务系统来不断控制和结算资金的走向,同时,还要有一套独立的通讯系统来与分公司沟通,了解资金走向。显而易见,系统相当复杂,相应的重复往来帐很多。而每一次往来转账都需要支付相应的转账费用。
相对而言,使用信用卡系统,基于信用的基础上而进行的透支,可以用来解决暂时资金缺少的问题。通过长期的信用关系建立起一种有层次的信用体系,不失为一种好的方法。然而,这种方法仍存在以下的缺点:
1、因为国内现代金融业的发展刚刚开始,信用体系的建设还很不完善,很容易产生呆坏帐,也就是这种方式还不适合中国国情。
2、即使采用信用卡体系,仍然存在很多重复的资金调拨,产生卡与卡之间的无效费用。
总之,经过多年,中国国内没有对上述问题有很合适的解决方案。
发明内容
为了克服现有银行服务和金融产品无法达到充分利用账户的闲置资金问题,并大幅度提高账户的使用效率,本发明提供了一种用于处理一户多卡银行卡的系统。同时,本发明还提供了这种方法的处理方法,可以有效利用账户资金,并提高使用资金的操作效率。
本发明解决技术的技术方案是,提供一户多卡银行卡的系统,其中包括银行子卡、系统主机,系统主机包括存储客户数据的数据存储装置、处理客户交易请求的数据处理装置和多个接口,接口连接外部金融网络和交易终端。所述的外部金融网络和交易终端,包括互联网渠道、自助设备(ATM、CDS、POS、手机银行)、柜台和其他专用设备。所述数据存储装置内置账户(也可以理解或表达为:所述数据存储装置内置账户单元),所述数据处理装置识别传输客户交易请求的接口,选择账户进行处理,所述的账户对应两个以上(含两个)的银行子卡,(也可以理解或表达为:所述的账户联接两个以上的银行子卡。因为当银行子卡为虚拟的网上银行卡时,子卡与账户之间有直接的联接或关联的关系;当银行子卡为实体银行卡时,子卡与账户之间处于一种对应关系),并且银行子卡至少内置识别信息。所述的识别信息,可以是卡号。对于常见的磁条卡而言,子卡的物理结构中仅存在由磁条上磁道所代表的信息中。通常,按国家的标准,这种磁道可以分别代表卡号、部分客户资料、发卡行资料等等。
需要说明的是,除了银行子卡以外,按公知的一卡多户技术,仍然可以存在一个主卡(也可以不存在),这个主卡与公知的主卡功能相同或相似。
所述数据处理装置识别传输客户交易请求的接口,主要是指数据处理装置通过接口的识别,来判断传输客户交易请求的来源属于哪一个外部金融网络。常见的外部金融网络包括发卡行全国通存通兑系统、全国银联、国际组织和香港ATM网络、香港POS网络等等。
数据存储装置中存储有客户数据,并且内置账户。所述的客户数据包括各种根据客户的要求所作的选择性数据,包括具体判定装置中的额度数据、特约商户数据等等。所述的账户为公司帐户,公司帐户中又包括结算专户资料和各子卡额度户资料。所述的结算专户资料和各子卡资料中最重要的是专户的余额和分户的余额信息。所述的子卡额度户,实际上并非独立的账户,也就是并非人民银行法规规定中所定义的账户。而法定的账户,仍旧是公司账户,从实际的计算角度来看,公司账户也就是公司的结算专户。
所述银行卡为实体银行卡或虚拟银行卡。所谓的实体银行卡,可以是磁卡、IC卡等;所述的虚拟银行卡,可以指网上的银行卡,也就是卡号及相关的变码印鉴、数字证书等等。所述的银行卡还可以按功能主要设置为商务卡和采购卡两大类。商务卡针对公司的日常商务活动支出,包括:差旅、票务、通信费用等方面,提供小额的结算手段。采购卡主要是针对企业支付不固定的零星,低单价的事务性用品等支出,例如:办公、劳保用品采购、加油、修理、缴纳各种规费等,相对于支票的采购而言,更灵活、安全、方便。显而易见,上述所说的银行卡表示的都是借记卡,而不是信用卡。
所述每个银行子卡包括有一个单独的卡号,子卡卡号与子卡额度户资料相对应。对于所述的子卡而言,实际上是实现了子卡卡号与公司账号的分离。所有子卡都属于同一个公司账户,但每个子卡卡号所代表的子卡又都包括不同的额度控制条件,也就是子卡额度户的具有不同的额度控制条件。
所述的额度控制条件(通俗的讲,就是“一户多卡,额度账户”),主要指金额的额度限制、时间上的额度限制、临时授权的限制条件的之一或其组合。
一户多卡银行卡的系统,其特征还在于所述的数据处理装置包括有密码判定装置和子卡额度控制装置,并且,每个密码判定装置、子卡额度控制装置与每个银行卡及其相关资料相对应。较好的方案是每个子卡都拥有一个单独的可设定的密码系统。
一户多卡银行卡的系统,其特征还在于所述的密码判定装置包含主密码判定装置、临时密码判定装置的之一或其组合。临时密码判定装置和临时授权装置是同时存在的。较好的方案是每个子卡都拥有一个单独的可设定的主密码系统,以及一个单独的可设定的临时密码系统。
一户多卡银行卡的系统,所述的子卡额度比较装置为子卡金额比较装置或子卡周期额度比较装置之一。具体而言,所述的子卡金额比较装置是一种简单的控制模块,是采用单纯的金额额度来限制子卡额度户的支出和消费。例如,一个子卡额度户的额度的金额额度为1万元人民币,则无论持有人如何支出和消费,所使用的总额都不得超过1万元人民币。这是一种最简单的额度比较装置。较好的方案是子卡周期额度比较装置。这是同时在锁定的周期内来限制子卡额度户的支出和消费金额。超过某一固定周期之后,子卡可以恢复所用的额度。例如,一个子卡额度户的周期额度为:在以月为周期的时间内,周期额度为1万元人民币。则无论持有人如何支出和消费,所使用的总额在固定的每个月的周期内都不得超过1万元人民币。同时,当超过所设定的一个月之后,持卡人的消费额度会重新恢复为1万元。实际上,在做每一笔交易之前,周期额度控制装置都会根据客户设置的限额以及固定时间内的交易历史来检查额度是否透支,任何一种额度的透支都会导致交易失败。
一户多卡银行卡的系统,所述的时间额度控制装置中的周期选自日、周、旬、月、季度、半年、年中之一。所述的周期,以自然的周期为较好的方案,这样易于客户理解。例如,当设定月为周期时,一月份是指从1月1日到1月31日。
一户多卡银行卡的系统,所述的数据处理装置还包括子卡临时授权控制装置。所述的子卡临时授权授权装置又包含有效时间判定装置、有效次数判定装置、有效特约商户范围判定装置、本次授权的最大交易金额比较装置的之一或其组合。
除了上述装置之外,数据处理装置还可以包括报警及大额可疑支付判定装置,具体的解释为,此装置可以对公司卡账户的交易行为进行实时监控,包括大额支出、单卡重复支出等异常行为。其它一些公知的装置(模块),也同样可以加入处理单元之中。
一户多卡银行卡装置的处理方法,包括以下步骤(无顺序):允许客户以银行卡为载体,提出交易请求;客户交易请求通过外部金融网络传输,并经由接口送入系统主机;数据处理装置识别传输客户交易请求的接口;选择数据存储装置内置的公司账户进行处理,并确定所对应的子卡信息和结算专户。
所述的交易请求,包括通常公知的存入和支出及消费业务。较好的方案,是指支出及消费业务。因为有关的存入的业务仍然可以按通常公知方式存入公司账户之中。本发明的技术方案并不仅限于支出及消费业务,但对于银行子卡,如果加入消费业务,会使银行子卡的功能显得过于复杂,而不利于客户的操作。较好的方案中的交易请求应该包括通常公知的ATM取现业务、CDM(CDS)缴现业务、POS定向转账业务、自主缴费、自助转账业务等的具体操作要求。
进一步包括与密码判定装置进行比较,当与密码相符时进行下一步请求,当完全不符时终止交易的的步骤。具体而言,当与主交易密码相符进行主交易请求,当与临时密码相符时进行临时交易请求。当本系统常见的采用网上银行或ATM(取款机)方式操作时,所涉及的初次交易请求是:使发卡行主机确认所输入的卡号和密码其他资料是否正确并给予授权确认。然后在授权确认的基础上再进行其他交易请求。
需要指出的是,所述一户多卡银行卡装置的处理方法,本发明所描述的方法特征,是以包括为限定词的(也就是开放式的表达)。实际上,在具体的实施方式上,由于所采用的具体设备和网络的不同,其具体的方法流程有一定的区别。如果采用POS系统,由于一般POS系统外接电话线或者专线与主机连接,并采用设定好条件一次性打包上传寻求主机的授权,所以其实施流程与实施例中流程更为接近。而作为ATM或者网上的交易,由于其设备始终处于互连状态,所以在发出条件进行判定的时候,由主机和终端之间来回的返回十分容易和便捷,所以,在具体的实施流程中,会增加很多发出条件后就立即到主机寻求判定的过程。但显然的,即使采用任意的网络或终端,其中都应包括本发明技术方案中的处理方法流程。
所述的银行卡,也包括网上的虚拟银行卡,实际上就是银行卡号以及其他资料,所述的其他资料,包括通用的变码印鉴或数字证书等等。
一户多卡银行卡装置处理方法,进一步包括与额度控制装置进行比较,当与额度控制相符进行交易请求或与额度控制不符不授权交易请求的步骤。
一户多卡银行卡装置处理方法,其特征在于:所述的额度控制装置为子卡金额比较装置、子卡周期额度比较装置之一或其组合
一户多卡银行卡装置处理方法,其特征在于:所述的周期控制装置的周期选自日、周、旬、月、季度、半年、年中之一。
具体而言,可以选择其中的一种或多种控制方式进行组合。在做每一笔交易之前,额度控制装置都会根据客户设置的限额以及之前的交易历史来检查额度是否透支,任何一种额度的透支都会导致交易失败。而对于周期额度比较装置而言,较好的设计方式为,设定好一个可用周期,装置会根据相应的周期,定期恢复各个可用额度。
更具体的金额额度控制为,一个结算专户对应多张银行卡,每张银行卡中的可用金额是预先设定好的额度,所有资金实际上都在公司的结算账户之中,每张卡上都有一个授权的可用金额。每一张卡上面的支出和存入行为都直接反映在结算专户中的资金的变动。在支出时当卡中的额度值与公司结算帐户中的余额都足够支付时,则授权交易,并在交易后将公司结算帐户中的余额减去所支出的金额值,并且将卡中的额度值同时减去该支出的金额值。同时,在支出时银行卡的最大支出额度会减小为上次支出后所剩额度减去当前支出金额。如果当前支出金额大于卡内所剩额度,则提示超出额度,不能完成交易。如果当前支出金额小于卡内所剩额度,但是当前支出金额大于结算专户中所剩的余额,则提示余额不够,也不能完成交易。
更具体的周期额度比较装置为,按照上段所述的条件进行比较,不同之处在于所比较的子卡额度户的余额为固定周期内的子卡余额。卡中的余额在此周期到期后(也就是下一个周期开始时)将恢复到设定值,在每个周期的第一天额度限定装置将可支出金额额度自动复位到预先设置的额度,以便于满足新的支出行为,但上一周期所剩余的可支出额度不会累加到新周期的支出额度之上。
一户多卡银行卡装置处理方法,其特征在于:进一步包括与临时授权控制装置进行比较,当与其控制条件相符进行交易请求或与其控制条件不相符不授权交易请求的步骤。
一户多卡银行卡装置处理方法,其特征在于:所述的子卡临时授权控制装置包含有效时间判定装置、有效次数判定装置、有效特约商户范围判定装置、本次授权的最大交易金额比较装置的之一或其组合。需要说明的是,在这种装置组合下,进行交易时,其判定的步骤可按四种装置不分先后次序任意组合。
具体而言,采用了临时授权装置之后,持卡人需要事先设置临时密码,他是激活临时授权控制装置的“钥匙”。同时,持卡人还可以设置临时密码的有效时间、有效次数、有效的特约商户范围以及本次授权的最大交易金额。在消费的时候,如果系统通过密码判定装置发现输入的密码是临时密码,就会启动临时授权控制装置来判定交易是否被允许。
与现有技术相比,本发明的有益效果在于:
1、由于一户多卡,但每个卡都有一个相同或者不同的额度控制条件,而总的资金仍然在公司的账户中进行结算,每个卡可以根据不同的需要设置不同的额度完成不同的交易。由于所有资金都最终在公司结算专户之中,可以避免资金过于分散的情况发生,提高了资金的利用效率。同时,也简化了资金集中的手续,降低了资金集中的成本。
2、在设置了周期或金额控制之后的各个银行子卡,在单个交易时可直接使用公司结算账户内的资金,为企业的日常消费提供了巨大的便利。并且,由于额度控制装置的存在,使这些交易行为仍然处在良好的管理之中而不会失控。
3、在设置了临时授权装置之后,从而使得持卡人可以暂时将卡交给他人使用而无需告知支付密码,进一步方便了公司卡的使用。尤其在针对小额零星的支付结算需求或部分小额现金类的自助服务时,操作十分便利。
附图说明
图1是一张普通的招商银行一卡通(属于普通的储蓄卡)正面视图。
图2是一卡双账户银行卡账户关系图。
图3是总公司账户与A、B、C分公司的账户关系图。
图4是本发明一户多卡银行卡装置的结构框图。
图5是图4所示数据存储装置中的公司账户关系图。
图6是图4所示数据处理装置的实施例1的示意图。
图7是图4所示数据处理装置的实施例2(最佳实施例)的示意图。
图8是本发明一户多卡银行卡系统处理方法的流程图。
图9是本发明一户多卡银行卡系统在实施例1的方式下实现支付的流程图。
图10是本发明一户多卡银行卡系统在实施例2的方式下实现支付的流程图。
具体实施方式
请参阅图4,本发明一户多卡银行卡系统100包括银行(子)卡301、银行(子)卡306与系统主机110,系统主机110包括存储客户数据的数据存储装置111、处理客户交易请求的数据处理装置112和多个接口113,接口连接外部金融网络200和交易终端300;所述的交易终端,包括互联网渠道、自助设备(ATM、CDS、POS、手机银行)、柜台和其他专用设备(图中未表示)。
所述数据存储装置111内置公司账户,所述数据处理装置112识别传输客户交易请求的接口113,也就是识别客户交易请求的来源属于哪一个外部金融网络,然后选择账户进行处理。而一个公司账户对应两个以上的银行子卡301、306等等。并且,银行子卡301或306至少内置识别信息。对于磁条卡而言,就是磁条上的辨识信息。
请参阅图5,数据存储装置111内置至少一个公司帐户800,公司账户800中又包含结算专户810资料、各子卡额度户801、806等等资料,其中最重要的资料是结算专户810和各子卡额度户801、806等的余额信息。所有资金都在公司的结算专户810之中,每个子卡额度户上都有一个授权的可用金额。每一个子卡额度户上面的支出和存入行为都直接反映在结算专户810中的资金的变动,同时在每张子卡额度户中也有资金变动的反应。从客户的角度来观察,资金变动的反映如同在卡上的变动,是因为每个子卡额度户与每个子卡相对应(图中未表示)。
请一并参阅图6,这是所示数据处理装置的实施例1的示意图。所述数据处理装置112包含处理单元911、接口识别单元912、子卡金额额比较装置913、密码判定装置915。接口识别单元912识别传输客户交易请求的接口113,从而确定需要交易的银行子卡所对应的银行的结算专户和子卡额度户,经过密码判定装置915进一步判定,处理单元911自动选择结算专户和子卡额度户进行下一步。然后子卡金额比较装置913用在终端上输入的交易金额去比较子卡额度户余额,同时再比较结算专户余额。会出现以下几种情况:
1、交易金额大于子卡额度户余额,无论是否大于或小于结算专户余额,不授权交易。
2、交易金额大于结算专户余额,无论是否大于或小于子卡额度户余额,不授权交易。
3、交易金额小于或等于子卡额度户余额,并且小于或等于结算专户余额,进行交易。
在交易进行的同时,处理单元911会在结算专户中和子卡额度户同步减去相应金额。以上所述的交易是指支出或消费金额。另外,需要指出的是,关于存入金额的问题,一般不通过子卡存入,而直接在公司账户上存入。然而,本发明权利要求对于交易的设定,并不仅限于支出或消费金额,也可以包括存入的行为。
请一并参阅图7,这是所示数据处理装置的实施例2的示意图,也是一个较佳的实施例。所述数据处理装置112包括处理单元911、接口识别单元912、密码判定装置919,密码判定装置919包含主密码判定装置931和临时密码判定装置932。子卡额度控制装置934包含有周期额度比较装置916。临时授权控制装置935包含有效时间判定装置921、有效次数判定装置922、有效特约商户判定装置923、本次授权的最大消费金额比较装置924。接口识别单元912识别传输客户交易请求的接口113,从而判断出来源的金融网络,确定交易的结算专户和银行子卡额度户。然后,密码判定装置919中的主密码判定装置931和临时密码判定装置932共同判定所输入的密码是属于主交易的密码还是临时授权得的交易密码。如果属于主交易请求的密码,处理单元911会选择进入子卡额度控制装置934,交易请求的金额会与周期额度比较装置916进行比较。首先,周期额度判定装置916判定交易是否处于设定的有效周期内,并根据设定周期内的授权额度(授权额度的数据由客户设置,并存储在数据存储装置111中)以及周期内交易历史来确定子卡额度户余额,然后拿请求额度与子卡余额进行比较,同时再比较结算专户余额。任何一种额度的透支都会导致交易失败。(具体描述参考上一自然段)。并且,周期额度控制装置916会在每个新周期开始时间根据设定恢复各个可用的授权额度。
如果主密码判定装置931和临时密码判定装置932共同判定交易请求的密码属于临时密码,处理单元911会选择进入临时授权控制装置935。有效时间判判定装置921判断时间是否属于有效期之内,同时,有效次数判定装置922判断临时密码的是否在有效次数之内、有效特约商户判定装置923判定是交易对象是否属于特定的对象,本次授权的最大消费金额比较装置924会比较金额是否在授权金额限度之内,然后再比较子卡额度户金额、结算专户金额。如果以上条件都符合,在进入子卡额度控制装置934,进行周期额度的比较,如果条件符合,就进行交易。如果以上任何条件之一不符合,就不授权交易。
请参阅图8,本发明一户多卡银行卡处理方法包括如下步骤:允许客户以银行卡为载体,持卡人以此银行卡为交易载体在交易终端300输入交易请求的步骤401,公知的,所述的客户交易受理终端一般包括显示单元、输入单元和输出单元(图未示);客户交易请求通过外部金融网络200,并经由接口113送入系统主机110的步骤402;数据处理装置112识别传输客户交易请求的接口113;选择数据存储装置111内置的公司帐户进行处理,确定其内所对应的子卡额度户和结算专户。
请一并参阅图9,当处在实施例1的状况下,客户采用银行子卡支付的具体流程(接近实际的POS系统操作流程),包括:客户以银行卡为载体,通过外部金融网络200,输入支付请求的步骤401,客户交易请求通过外部金融网络200,并经由接口113送入系统主机110的步骤402;数据处理装置112识别传输客户交易请求的接口113;选择数据存储装置111内置的公司帐户进行处理(步骤404);确定数据存储装置112中的子卡额度户和结算专户的步骤405;然后处理单元911选择密码判定装置915对支付请求中的密码进行判定(步骤406);由于这是一种简单的实施方式,不存在主交易密码和临时授权交易密码的问题,只有一个可设定的密码,所以,密码的判定一步完成。当请求支出密码错误时,显示单元(图未示)会提示密码错误,主机系统110不授权交易(步骤507);当输入密码判定正确时,处理单元911自动选择结算专户和子卡额度户进行下一步交易处理,子卡金额比较装置913用在终端上输入的请求交易金额去比较子卡额度户余额(步骤504);请求金额大于余额时,显示单元(图未示)会提示超出额度,系统不授权交易(步506);当请求金额小于或等于余额,处理单元911选择处理单元911自动选择结算专户和子卡额度户进行下一步交易处理,子卡金额比较装置913用在终端上输入的请求交易金额去比较结算专户余额(步骤505);当请求金额大于结算专户余额,显示单元(图未示)会提示余额不够,系统不授权交易(步骤509);当请求金额小于或等于结算专户余额,系统授权交易(步骤508)。
请与其它图一并参阅图10(10a、10b),注意,10a与10b通过流程关系线6与7相连。图10是在实施例2的情况下,客户采用银行子卡请求支付所需的流程,包括以下的一些步骤:
一、用户以银行卡为载体,在交易终端300,通过外部金融网络200,输入支付请求(步骤401,中间的其他步骤图中未表示,具体参见上一自然段的描述);确定数据存储装置112中的子卡额度户和结算专户(步骤405);此时的密码判定装置919包含主密码判定装置931和临时密码判定装置932,主密码判定装置931判定密码是否主交易密码,如果是主交易密码,就进行主交易请求流程(步骤521,下一自然段详细叙述主交易请求流程),如果错误,处理单元就选择临时密码判定装置932进一步进行临时密码判定(步骤522);如果密码仍旧错误,显示单元(图未示)会提示密码错误,系统不授权交易(步骤523);如果密码正确,有效时间判定装置921进而判断是否在有效时间内(步骤603);如果超出有效时间,显示单元(图未示)会提示超出有效时间,系统不授权交易(步骤613);如果确定,有效次数判定装置922进而判定密码使用是否处于有效次数之内(步骤604);如果超出密码使用的有效次数,显示单元(图未示)会提示超出密码使用的有效次数,系统不授权交易(步614);如果确定,有效特约商户判定装置923进而判定是否有效商户(步骤605);如果不是有效商户,显示单元(图未示)会提示不是有效商户,系统不授权交易(步骤615);如果确定,本次授权的最大消费金额比较装置924进而用请求金额比较临时授权最大金额(步骤606);如果请求金额大于临时授权金额,显示单元(图未示)会提示超出额度,系统不授权交易(步骤616);如果请求金额小于或等于临时授权金额,周期额度比较装置916首先会根据当前日期与子卡额度户固定周期来确定当前子卡额度户余额(步骤524);然后请求金额与子卡额度户余额进行比较(步骤525);请求金额大于余额时,显示单元(图未示)会提示超出额度,系统不授权交易(步骤529);当请求金额小于或等于余额,周期额度比较装置916会用在终端上输入的请求交易金额去比较结算专户余额(步骤526);当请求金额大于结算专户余额,显示单元(图未示)会提示余额不够,系统不授权交易(步骤527);当请求金额小于或等于结算专户余额,系统授权交易(步骤528)。
二、交易请求的主密码判定正确(步骤521),周期额度比较装置916首先会根据当前日期与子卡额度户固定周期来确定当前子卡额度户余额(步骤524);然后请求金额与子卡额度户余额进行比较(步骤525);请求金额大于余额时,显示单元(图未示)会提示超出额度,系统不授权交易(步骤529);当请求金额小于或等于余额,周期额度比较装置916会用在终端上输入的请求交易金额去比较结算专户余额(步骤526);当请求金额大于结算专户余额,显示单元(图未示)会提示余额不够,系统不授权交易(步骤527);当请求金额小于或等于结算专户余额,系统授权交易(步骤528)。
另外,需要说明的是,在具体实施过程中,本发明应该遵守中国人民银行有关外汇管理的即时法规。
下面根据实例详细描述由本发明带来的特定技术效果:如果北京有一家电子总公司,采购中心设在深圳,每年的采购额为1000万元人民币,所有帐款皆由北京汇出,每年的最低汇费按平均千分之一计算,有一万元人民币。如果采用本发明的特定技术,等于由北京的总帐户在深圳设立了虚拟的采购结算中心,其实际汇费大大降低而接近零。况且,在大额单个采购中所集中的资金又可节省单个银行卡运作时的大量汇费。
当然,以上的描述仅仅涉及本发明的一些具体实施方式,任何本领域的技术人员基于本发明的精神所做的替换或改进均应为本发明的保护范围所涵盖,本发明的保护范围应以权利要求书为准。

Claims (18)

1.一户多卡银行卡系统,包括银行子卡、系统主机,系统主机包括存储客户数据的数据存储装置、处理客户交易请求的数据处理装置和多个接口,接口连接外部金融网络和交易终端;所述数据存储装置内置账户,所述数据处理识别传输客户交易请求的接口,选择账户进行处理,其特征在于:所述的账户对应两个以上的银行子卡,并且银行子卡至少内置识别信息。
2.如权利要求1所述的一户多卡银行卡系统,其特征在于:所述银行卡为实体银行卡或虚拟银行卡,所述的银行卡为借记卡。
3.如权利要求1所述的一户多卡银行卡系统,其特征在于:所述的账户为公司帐户,公司帐户中又包括结算专户资料和各子卡额度户资料。
4.如权利要求3所述的一户多卡银行卡系统,其特征在于:所述每个银行子卡包括有一个单独的卡号,卡号与子卡额度户相一一对应。
5.如权利要求1所述的一户多卡银行卡的系统,其特征在于:所述的数据处理装置包括有密码判定装置和子卡额度比较装置。
6.如权利要求5所述的一户多卡银行卡的系统,其特征在于:所述的密码判定装置包含主密码判定装置、临时密码判定装置的之一或其组合。
7.权利要求5所述的所述的一户多卡银行卡的系统,其特征在于:所述的子卡额度控制装置为子卡金额比较装置、子卡周期额度比较装置之一或其组合。
8.权利要求6所述的所述的一户多卡银行卡的系统,其特征在于:所述的子卡周期额度比较装置的周期选自日、周、旬、月、季度、半年、年中之一。
9.权利要求-8任一所述的一户多卡银行卡的系统,其特征在于:所述的数据处理装置还包括子卡临时授权控制装置。
10.权利要求9所述的一户多卡银行卡的系统,其特征在于:所述的子卡临时授权控制装置包含有效时间判定装置、有效次数判定装置、有效特约商户范围判定装置、本次授权的最大交易金额比较装置的之一或其组合。
11.一户多卡银行卡系统的处理方法,其特征在于包括步骤:
允许客户以银行卡为载体,提出交易请求;
客户交易请求通过外部金融网络传输,并经由接口送入系统主机;
数据处理装置识别传输客户交易请求的接口;
选择数据存储装置内置的公司账户进行处理,并确定所对应的结算专户和子卡额度户。
12.如权利要求11所述的一户多卡银行卡系统处理方法,其特征在于:进一步包括与密码判定装置进行比较,当与密码相符时进行进行交易请求,当不符时终止交易的的步骤。
13.如权利要求12所述的一户多卡银行卡的系统,其特征在于:所述的密码判定装置包含主密码判定装置、临时密码判定装置之一或其组合。
14.如权利要求12或13所述的一户多卡银行卡系统处理方法,其特征在于:进一步包括与子卡额度控制装置进行比较,当额度控制装置相符进行交易请求,当与额度控制装置不符终止交易请求的步骤。
15.如权利要求14所述的一户多卡银行卡系统处理方法,其特征在于:所述的子卡额度控制装置为子卡金额比较装置或子卡周期额度比较装置之一或其组合。
16.如权利要求15所述的一户多卡银行卡系统处理方法,其特征在于:所述的子卡周期额度比较装置的周期选自日、周、旬、月、季度、半年、年中之一。
17.如权利要求16所述的一户多卡银行卡系统处理方法,其特征在于:进一步包括与子卡临时授权控制装置进行比较,当与其控制条件相符进行交易请求或与其控制条件不相符终止交易请求的步骤。
18.如权利要求17所述的一户多卡银行卡系统处理方法,其特征在于:所述的子卡临时授权控制装置包含有效时间判定装置、有效次数判定装置、有效特约商户范围判定装置、本次授权的最大交易金额比较装置的之一或其组合。
CNA2004101044179A 2004-12-11 2004-12-11 一户多卡银行卡系统及其处理方法 Pending CN1787020A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2004101044179A CN1787020A (zh) 2004-12-11 2004-12-11 一户多卡银行卡系统及其处理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2004101044179A CN1787020A (zh) 2004-12-11 2004-12-11 一户多卡银行卡系统及其处理方法

Publications (1)

Publication Number Publication Date
CN1787020A true CN1787020A (zh) 2006-06-14

Family

ID=36784462

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2004101044179A Pending CN1787020A (zh) 2004-12-11 2004-12-11 一户多卡银行卡系统及其处理方法

Country Status (1)

Country Link
CN (1) CN1787020A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102411744A (zh) * 2011-12-29 2012-04-11 遵义市亿易通科技网络有限责任公司 城市一卡通缴费系统
CN104268676A (zh) * 2014-09-15 2015-01-07 浙江云微览网络科技股份有限公司 一种消费会员卡数据处理方法
CN107808340A (zh) * 2017-09-08 2018-03-16 海联金汇科技股份有限公司 一种信用卡管理方法及设备
CN109272399A (zh) * 2018-09-18 2019-01-25 中国银行股份有限公司 一种信用卡的管理方法及装置
CN110689422A (zh) * 2018-07-05 2020-01-14 北京嘀嘀无限科技发展有限公司 金融服务管理方法及装置
US20220083996A1 (en) * 2016-09-30 2022-03-17 Capital One Services, Llc Systems and methods for providing cash redemption to a third party

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102411744A (zh) * 2011-12-29 2012-04-11 遵义市亿易通科技网络有限责任公司 城市一卡通缴费系统
CN104268676A (zh) * 2014-09-15 2015-01-07 浙江云微览网络科技股份有限公司 一种消费会员卡数据处理方法
US20220083996A1 (en) * 2016-09-30 2022-03-17 Capital One Services, Llc Systems and methods for providing cash redemption to a third party
US11816647B2 (en) * 2016-09-30 2023-11-14 Capital One Services, Llc Systems and methods for providing cash redemption to a third party
CN107808340A (zh) * 2017-09-08 2018-03-16 海联金汇科技股份有限公司 一种信用卡管理方法及设备
CN110689422A (zh) * 2018-07-05 2020-01-14 北京嘀嘀无限科技发展有限公司 金融服务管理方法及装置
CN109272399A (zh) * 2018-09-18 2019-01-25 中国银行股份有限公司 一种信用卡的管理方法及装置

Similar Documents

Publication Publication Date Title
CN1758290B (zh) 银行借记卡的附属卡系统及其处理方法
US20030233317A1 (en) Methods and systems for transferring funds
US20080162348A1 (en) Electronic-Purse Transaction Method and System
CN102222294A (zh) 一种新型手机支付方法
CN101501722A (zh) 通过预付费无线通信设备的货币转帐交易
CN101136123A (zh) 智能卡pos机系统及相应在商户进行取现及汇款的方法
CN111062710A (zh) 基于app的多预付卡支付方法及系统
CN1758291A (zh) 银行卡临时授权系统及其处理方法
CN2909408Y (zh) 银行借记卡的附属卡系统装置
CN1787020A (zh) 一户多卡银行卡系统及其处理方法
CN1450782A (zh) 银行信用卡绑定手机sim卡实现移动支付功能
CN106408280A (zh) 一种用于石油销售的即时微信支付方法及系统
CN2836110Y (zh) 一户多卡银行卡装置
CN103577981A (zh) 采用二维条码的手机支付系统和相应方法
CN101009006A (zh) 一种用银行卡自动检索支付的方法
CN103679979B (zh) 数据处理方法及设备
CN2909409Y (zh) 银行卡临时授权系统装置
CN1892714A (zh) 一种实现个人自助还款业务的系统及方法
KR20120125441A (ko) 결제 승인 절차 제어 방법
KR20070053680A (ko) 복합결제처리방법
KR20110103378A (ko) 결제 제어 방법
CN112862485A (zh) 针对外卡取款的动态货币转换方法、装置、设备及介质
KR20110095845A (ko) 결제방식 전환 방법
CN111932370A (zh) 一种集中代收付资金的实时清结算处理方法
KR20070053682A (ko) 결제금액 크기별 결제처리 방식 등록방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20060614