CN101354764A - 交易服务器、交易终端以及交易方法 - Google Patents

交易服务器、交易终端以及交易方法 Download PDF

Info

Publication number
CN101354764A
CN101354764A CNA2008100977270A CN200810097727A CN101354764A CN 101354764 A CN101354764 A CN 101354764A CN A2008100977270 A CNA2008100977270 A CN A2008100977270A CN 200810097727 A CN200810097727 A CN 200810097727A CN 101354764 A CN101354764 A CN 101354764A
Authority
CN
China
Prior art keywords
information
mentioned
transaction
limit
medium
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
CNA2008100977270A
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.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Electric Industry 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 Oki Electric Industry Co Ltd filed Critical Oki Electric Industry Co Ltd
Publication of CN101354764A publication Critical patent/CN101354764A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403Solvency checks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405Establishing or using transaction specific rules

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明的目的在于提供一种可以按每个交易介质设定限额的交易服务器、交易终端以及交易方法。其特征在于,具有将与金融交易中所使用的交易介质对应的设定限额(121)按每个户头进行存储的存储部;若从交易终端发送了交易介质的类别信息、帐号及与金融交易的相关的信息亦即交易金额信息,则基于类别信息及帐号,从存储部取得与该介质信息对应的设定限额(121),基于该设定限额(121),决定与交易金额相关的金融交易的许可及不许可。

Description

交易服务器、交易终端以及交易方法
技术领域
本发明涉及交易服务器、交易终端以及交易方法的技术。
背景技术
在金融交易中,一般是实行对于一个户头设定一个支付限额(以下记为限额)。
在使用ATM(Automated Teller Machine),进行限额的设定和变更时,也与使用的交易介质无关而只能进行单一限额的设定。在此,交易介质是指,进行银行卡(以下记为卡)、存折、印章等金融交易时所需的介质。
作为设定多个限额的技术,公开了一种密码管理系统,该密码管理系统为,设定多个密码,并与密码相对应设定限额(例如,参照专利文献1)。
专利文献1:日本特开2006-99712号公报
然而,对于同一户头可以利用多个交易介质进行交易时,存在各个交易介质由不同的人持有的情况。例如,父母持有存折,孩子持有卡的情况。
在这样的情况下,有可能产生根据介质而设定不同的限额的需要。如果使用上述例,存在想要将孩子所持有的卡的限额设定成比父母所持有的存折的限额低的金额的情况。
使用专利文献1所记载的技术,也可以分别设定不同的限额,但是,这种情况下,必须记住多个密码。另外,由于增加必须记住的密码,因此存在忘记密码的可能性变高的担心。
发明内容
本发明,以解决这样的问题为课题。
为了解决上述课题,本发明的一个技术方案,其特征在于,具有存储部,且该存储部用于将与金融交易中所使用的交易介质对应的限额,按每个户头进行存储;若从交易终端发送了交易介质的类别信息、户头信息及与金融交易相关的信息亦即交易信息,则基于类别信息及户头信息,从存储部取得与该介质信息对应的限额,基于限额,决定与交易信息相关的金融交易的许可及不许可。
此外,本发明的另一个技术方案,其特征在于,具有存储部,且该存储部用于将与金融交易中所使用的交易介质的组合对应的限额,按每个户头进行存储;若从交易终端发送了交易介质的组合信息、户头信息及与金融交易相关的信息亦即交易信息,则基于交易介质的组合信息及户头信息,从存储部取得与相应的交易介质的组合信息对应的限额,基于限额,决定与交易信息有关的交易的许可及不许可。
根据本发明,可以提供一种能够按每个交易介质设定限额的交易服务器、交易终端及交易方法。
附图说明
图1为表示第一实施方式涉及的交易系统的构成例的框图。
图2为表示第一实施方式涉及的限额信息的例的图。
图3为表示第一实施方式涉及的限额设定处理的流程的流程图(卡→存折)。
图4为表示第一实施方式涉及的限额设定处理的流程的流程图(存折→卡)。
图5为表示第一实施方式涉及的交易处理的流程的流程图。
图6为表示第二实施方式涉及的交易系统的构成例的图。
图7为表示第二实施方式涉及的限额信息的例的图。
图8为表示第二实施方式涉及的限额设定处理的流程的流程图。
图9为表示第二实施方式涉及的交易处理的流程的流程图。
图10为表示第二实施方式涉及的可取款限额的显示画面例。
图中:1、1a-交易服务器;2、2a-交易终端;3-网络;4、4a-交易系统;11-处理部(交易服务器);12、12a-存储部;13-收发部(交易服务器);21-处理部(交易终端);22-卡办理部;23-存折办理部;24、24a-介质信息取得部;25-显示输入部;26-现金进出款部;27-收发部(交易终端);28-印章办理部;111-限额取得部;112-限额保存部;113-判定部;121、121a-限额信息;122、122a-帐号;123-交易介质;123a-组合;124、124a-设定限额
具体实施方式
以下,参照附图对本发明中的实施方式进行说明。
(第一实施方式:系统构成)
图1为表示第一实施方式涉及的交易系统的构成例的框图。
交易系统4,具有通过专用线路或WAN(Wide Area Network)等的网络3,而相互连接的交易服务器1以及交易终端2。
交易终端2,是ATM或CD(Cash Dispenser)等,具有以下功能,即,通过与交易服务器1进行信息交换,而自动处理现金的提取、存入、转帐、余额核对、存折记入等的窗口业务(以下,记为交易)的功能。
交易终端2,具有卡办理部22、存折办理部23、介质信息取得部24、显示输入部25、现金进出款部26、处理部21以及收发部27。
卡办理部22,具有进行银行卡等卡的插入或者排出的功能。存折办理部23,具有进行存折的插入或者排出的功能。
介质信息取得部24,具有取得如下介质信息的功能,即:在卡办理部22中插入的卡和在存折办理部23中插入的存折等的类别信息,和帐号等与交易介质相关的信息。
显示输入部25,是兼备输入部和显示部的功能的触摸面板,具有将每个介质的限额等向处理部21输入的功能。
处理部21,具有处理信息的功能。
收发部27,具有通过网络3向交易服务器1发送每个介质的限额信息亦即介质限额,或者进行从交易服务器1所发送的信息的接收等的功能。
交易服务器1,例如,是设置于银行等的主机,具有管理交易终端2中的交易的功能。
交易服务器1,具有:处理部11、存储部12、收发部13。
处理部11,具有:限额取得部111,其取得从交易终端2发送的介质限额;限额保存部112,其将取得的限额保存于存储部12;判定部113,当从交易终端2发送来了交易的请求时,将所发送的交易金额,与存储部12所保存的限额进行比较,并进行是否许可交易的判定等。
在存储部12中,保存有与每个交易介质的限额有关的信息亦即限额信息121。关于限额信息121的说明,参见附图2并详见后述。
收发部13,具有从交易终端2接收介质限额等,向交易终端2发送信息的功能。
此外,交易终端2中的处理部21、介质信息取得部24,和交易服务器1中的处理部11及各部111~113,是通过将存储于ROM(Read OnlyMemory)和HD(Hard Disk)中的程序,在RAM(Random AccessMemory)中展开,并由CPU(Central Processing Unit)来执行而实现的。
(限额信息)
图2为表示第一实施方式涉及的限额信息的例的图。
限额信息121,例如,如图2所示,按每个帐号122登记有:帐号122、交易介质的类别(交易介质123)、和按每个交易介质设定的限额亦即设定限额124。
图2所示的例,在帐号122“0001”中,与卡对应的设定限额124为“限额a”,与存折对应的设定限额124为“限额b”。
(限额设定处理)
接着,参照图1和图2,并且根据图3及图4,进行限额设定处理的说明。
图3及图4为表示第一实施方式涉及的限额设定处理的流程的流程图。
首先,根据图3,说明在设定了卡的限额之后,设定存折的限额的处理。
首先,利用者,按照显示于显示输入部25的限额变更引导显示,选择卡限额变更(S101)。
而且,利用者,将卡插入卡办理部22(S102)。
然后,介质信息取得部24,取得在卡办理部22中插入的卡的卡信息(S103)。在此,所谓卡信息,是包含交易介质的类别信息(在此,类别为卡)和帐号等的信息。
然后,利用者,通过显示输入部25,输入与卡对应的限额亦即卡限额,处理部21,若取得了所输入的卡限额(S104),则将从介质信息取得部24取得的卡信息及取得的卡限额作为成对的信息,通过收发部27及网络3,向交易服务器1发送(S105)。
若交易服务器1的收发部13接收到了卡信息及卡限额(S106),处理部11,则基于在所接收的卡信息中包含的帐号和交易介质的类别信息(在此,类别为卡),对存储部12的限额信息121进行检索。而且,当交易介质是卡,与所发送的帐号对应的限额信息121,在存储部12中存在的情况下,限额保存部112,将接收到的卡限额保存在该限额信息121对应的交易介质的记录中(S107)。此外,当与相应的帐号对应的限额信息121,在存储部12中不存在的情况下,限额保存部112,则在新制成与相应的帐号及交易介质对应的限额信息121的基础上,将卡限额保存于对应的记录中。
而且,处理部11,通过收发部13以及网络3,将保存结束通知,向交易终端2发送(S108)。
若交易终端2的收发部27接收到了保存结束通知(S109),处理部21,则使显示输入部25显示存折限额是否也为相同金额的消息,通过由用户输入关系到存折限额是否与卡限额为相同金额的信息,处理部21,对存折限额是否也为相同金额进行判定(S110)。
在通过显示输入部25,选择了表示存折限额也是相同金额的信息的情况下(S110→是),处理部21,在进行了同一限额设定处理后(S111),交易终端2结束处理。由于步骤S111的处理,为一般进行的处理,因此省略说明。
在通过显示输入部25,选择了表示存折限额不是相同金额的信息的情况下(S110→否),则由利用者,在存折办理部23中插入存折(S112)。
接着,介质信息取得部24,取得在存折办理部23中插入的存折的存折信息(S113)。在此,所谓存折信息,是包含交易介质的类别信息(在此,类别为存折)和帐号等的信息。
然后,利用者,通过显示输入部25,输入与存折对应的限额亦即存折限额,处理部21,若取得了所输入的存折限额(S114),则将从介质信息取得部24取得的存折信息以及取得的存折限额作为成对的信息(介质限额),通过收发部27以及网络3,向交易服务器1发送(S115)。
若交易服务器1的收发部13接收到了存折信息及存折限额(S116),处理部11,则基于在所接收的存折信息中包含的帐号,对存储部12的限额信息121进行检索。而且,当与帐号对应的限额信息121,在存储部12中存在的情况下,将所取得的存折限额保存在与该限额信息121对应的交易介质(在此为存折)的记录中(S117)。此外,当与相应的帐号对应的限额信息121,在存储部12中不存在的情况下,则在新制成限额信息121的基础上,将存折限额保存于对应的记录中。
而且,处理部11,通过收发部13以及网络3,将保存结束通知,向交易终端2发送(S118)。
若交易终端2的收发部27接收到了保存结束通知(S119),交易终端2则结束处理。
图4的在设定了存折的限额之后设定卡的限额的处理(S101a~S119a),是在图3的处理(S101~S119)中,将卡和存折进行替换后的处理,因此省略说明。
(交易处理)
下面,参照图1和图2,并且根据图5,进行第一实施方式涉及的交易处理的说明。
图5为表示第一实施方式涉及的交易处理的流程的流程图。
首先,由利用者,在卡办理部22和存折办理部23,插入卡和存折等交易介质(S201)。
而且,介质信息取得部24,取得所插入的卡的卡信息,和存折的存折信息等介质信息(包含类别信息及帐号)(S202),并向处理部21发送。此外,在该阶段,也可以通过显示输入部25输入密码,由处理部21将该密码通过收发部27及网络3,向交易服务器1发送,当在交易服务器1中完成了认证处理之后,向交易终端2发送认证结果。在此,在未被认证的情况下,交易终端2则结束处理。
另外,也可以进行以下这样的处理。即,处理部21,通过收发部27及网络3,将在介质信息中包含的帐号向交易服务器1发送。而且,交易服务器1的处理部11,将所接收的帐号设为密钥,并参照存储部12的限额信息121,在取得了全部的相应的设定限额之后,通过收发部27及网络3,向交易终端2发送。然后,交易终端2的处理部21,使显示输入部25显示接收到的设定限额。
接着,若通过显示输入部25,输入了提取额等的交易金额(交易金额信息),处理部21,则取得该交易金额(S203)。
而且,处理部21,将所取得的介质信息及交易金额,作为成对的信息通过收发部27及网络3向交易服务器1发送(S204)。
若交易服务器1的收发部13接收到了介质信息及交易金额(S205),限额取得部111,将在介质信息中包含的类别信息和帐号作为密钥,并参照存储部12的限额信息121,取得具有相应的帐号122和类别(交易介质123)的设定限额124(S206)。
而且,判定部113,对交易金额是否超出了所取得的设定限额进行判定(S207)。此时,处理部11,也可以预先存储相应的利用者的规定期间(例如,一天)的累积交易金额,并将该累积交易金额和限额进行比较。
当步骤S207的结果,判定为超出限额的情况下(S207→是),处理部11,通过收发部13以及网络3,向交易终端2发送限额超过通知(S208)。若交易终端2的收发部27接收到了限额超过通知(S209),处理部21,则使显示输入部25显示限额超过的信息,交易终端2结束处理。
当步骤S207的结果判定为未超出限额的情况下(S207→否),交易服务器1的处理部11,通过收发部13以及网络3,向交易终端2发送交易许可响应(S210)。
若交易终端2的收发部27接收到了交易许可响应(S211),处理部21则开始交易处理(S212)。
在本实施方式中,将交易介质设为卡和存折,然而不局限于此,也可以,增加印章办理部,设定与印章对应的限额,且该印章办理部用于通过在交易终端2上放置盖了印章的帐票来读取印章信息。例如,通过将日本特开2001-34760号公报的技术,嵌入交易终端2可以容易地实现读取印章信息的技术。
(效果)
根据第一实施方式,可以按每个交易介质来设定不同的限额,例如,可以将孩子持有的卡的限额设定为比父母持有的存折的限额低的金额。
另外,例如,通过预先将容易丢失的卡的设定限额设定为较低额等,可以使拾到的他人能够提取的金额较少,可以使损失限于少额。
并且,例如,通过预先将容易被盗的卡的设定限额设定为较低额等,可以使盗窃者能够提取的金款较少,可以使损失限于少额
(第二实施方式,系统构成)
接着,根据图6~图9,对本发明的第二实施方式进行说明。此外,在第二实施方式的说明中,对于与第一实施方式相同的要素,标记相同的符号,并省略说明。
图6为表示第二实施方式涉及的交易系统的构成例的图。
在图6的交易系统4a中,与图1的交易系统4的不同点为,在交易终端2a中具有:印章办理部28,其具备帐票承载台等,且该帐票承载台用于对盖了印章的帐票等进行承载,并取得与印章形状相关的信息;介质信息取得部24a,其除了在图1说明了的功能以外,还具有从该帐票取得与印章相关的信息的功能。
此外,例如,通过嵌入日本特开2001-34760号公报所记载的技术,可以容易地实现印章办理部28和介质信息取得部24a的功能。
并且,在交易服务器1a的存储部12a中,保存了按每个交易介质的组合设定了限额的限额信息121a。
(限额信息)
图7为表示第二实施方式涉及的限额信息的例的图。
如图7所示,按每个帐号保存了:帐号122a、交易介质的组合123a、和与该组合相对应的设定限额124a。
在图7的例中,帐号“0001”,在现金的提取等交易处理时,在使用了卡和存折以及印章的情况下,交易服务器1a,许可到“限额a”为止的交易。同样,在使用了卡和存折的情况下,交易服务器1a,许可到“限额b”为止的交易。以下对于使用了卡和印章的情况,使用了存折和印章的情况等,如图7所示,省略说明。
例如,可以在表1所示的限制内自由地设定这样的限额。
[表1]
此外,在表1中,各限额的关系为限额A>限额B>限额C。即,在在提取较大的金额,或转帐时,必需使用较多的交易介质。通过这样做,例如,即使使用盗窃的卡,也不能将较少的设定限额以上的金额提取,或者转帐,因此可以减少损失。
(限额设定处理)
下面,参照图6及图7,并且根据图8,进行第二实施方式涉及的限额设定处理的说明。
图8为表示第二实施方式涉及的限额设定处理的流程的流程图。
首先,在卡办理部22、存折办理部23和印章办理部28中插入卡、存折、印章等的各交易介质(S301)。
然后,介质信息取得部24a,取得与卡信息、存折信息、和印章信息等与被插入的交易介质相关的各介质信息(S302)。在此,所谓印章信息为印章的形状数据。
而且,通过显示输入部25,进行与各交易介质的组合相应的限额的设定处理(S303)。
然后,处理部21,若取得了所设定的每个组合的限额(S304),则通过收发部27及网络3,向交易服务器1a发送介质限额(S305),且该介质限额是与各交易介质的组合的信息亦即组合信息相对应的限额和对应的组合信息的成对的信息。此外,在组合信息中,包含有从介质信息取得的帐号。当通过在帐票承载台承载帐票等,印章办理部28取得了印章信息的情况下,通过由利用者通过显示输入部25输入而取得帐号。
若交易服务器1a的收发部27接收到了介质限额(组合信息、及限额的成对的信息)(S306),限额保存部112,则将接收到的组合信息、及在组合信息中包含的帐号作为密钥,检索存储部12a的限额信息,并针对相应的限额信息保存接收到的各限额(S307)。此外,在与相应的帐号及组合信息对应的限额信息不存在的情况下,处理部11,在新生成限额信息之后,将接收到的限额保存于所生成的限额信息中。
而且,处理部11,通过收发部13及网络3,向交易终端2a发送保存结束通知(S308)。
若交易终端2a的收发部13接收了保存结束通知(S309),处理部11,则使显示输入部25显示保存结束的信息,并结束处理。
(交易处理)
下面,参照图6及图7,并且根据图9,进行第二实施方式涉及的交易处理的说明。
图9为表示第二实施方式涉及的交易处理的流程的流程图。
首先,作为交易准备处理,执行以下所述的处理。
首先,利用者按下显示输入部25所显示的限额确认后取款按钮。
于是,处理部21,在显示输入部25显示介质选择按钮。介质选择按钮,即可以是以“卡”、“卡和存折”、“存折...”这样的方式,由利用者选择交易介质的组合的形式,也可以是显示“卡”、“存折”、“印章”的键,处理部21,利用由利用者按下的按钮的组合,来判定交易介质的组合。此外,也可以省略交易准备处理。在此,在选择了“只用卡”或“只用存折”等单体的交易介质的情况下,按照上述的每个交易介质的限额,进行与现状的交易处理同样的交易处理。此外,在此,也可以进行“只用印章”的交易。由此,扩大了可以使用的交易介质的选项。
在进行了交易准备处理的情况下,由利用者,在卡办理部22、存折办理部23和印章办理部28中插入在交易准备处理中所选择的卡、存折、和印章等的交易介质(S401)。在不进行交易准备处理的情况下,利用者,在插入必要的交易介质之后,例如,通过按下在显示输入部25显示的“插入结束按钮”,交易信息取得部24a,也可以检测到交易介质的结束。
而且,介质信息取得部24a,取得所插入的卡的卡信息、存折的存折信息和印章的印章信息等介质信息(包含帐号)(S402),处理部21,取得与所插入的交易介质的组合相关的信息亦即组合信息(S403)。此外,所谓印章信息,是与印章的形状相关的信息。另外,当通过在帐票承载台上承载帐票等,印章办理部28,取得了印章信息的情况下,通过由利用者通过显示输入部25输入而取得帐号。
此外,在该阶段,通过显示输入部25,输入密码,并由处理部21,通过收发部27及网络3,向交易服务器1a发送该密码和组合信息,也可以在交易服务器1a中完成认证处理之后,向交易终端2a发送认证结果。认证处理,除了密码的认证以外,还包含与组合相关的认证。例如,在未插入任何交易介质,而只输入了密码的情况下,即使密码正确也如利用表1后述的那样,在未插入任何交易介质时,完成不可交易的认证。另外,在输入了印章信息时,处理部21,通过收发部27及网络3,将印章信息向交易服务器1a发送,也可以在交易服务器1a中,进行印章信息的认证处理。在此,在未被认证的情况下,交易终端2a结束处理。可以通过将日本特开2001-266156号公报记载的技术,嵌入交易系统4a来实现印章信息的认证处理。
另外,此时,处理部21,也可以,通过收发部27及网络3,将在介质信息中包含的帐号向交易服务器1a发送,交易服务器1a的处理部11,从存储部12a的限额信息121a中,取得全部的相应的帐号122a的设定限额124a,并向交易终端2a发送,由此,交易终端2a的处理部21,使显示输入部25显示如图10所示的那样的可取款限额(设定限额)。
图10为表示第二实施方式涉及的可取款限额的显示画面例。
如图10所示,处理部21,使显示输入部25显示基于各组合的可取款限额,也可以显示对利用者可办理的限额。
此外,图10所示的设定限额,与图7所示的设定限额不同,是表示将在表1所示的可设定限额本身作为每个组合的限额而设定的例。
并且,也可以进行以下这样的处理,例如,交易服务器1,预先将该利用者在该日提取或转帐的金额存储于存储部12a。而且,处理部11,在按每个组合计算出剩余可办理金额的基础上,向交易终端2a发送该剩余可办理金额,且该剩余可办理金额为从设定限额中减去已提取、或转帐的金额后得到的金额。接着,交易终端2a的处理部21,使显示输入部25按每个组合显示该剩余可办理金额。
在该阶段,通过将可取款限额和剩余可办理金额显示于显示输入部25,利用者,可以在预先确认可取款额和剩余可办理金额之后,输入交易金额。
返回图9的说明。
若通过显示输入部25输入了提取额等的交易金额,处理部21,则取得该交易金额(S404)。
而且,处理部21,将取得的介质信息、组合信息以及交易金额,通过收发部27及网络3,向交易服务器1a发送(S405)。
若交易服务器1a的收发部13,接收到了介质信息、组合信息以及交易金额(S406),限额取得则将包含于介质信息中的帐号和组合信息作为密钥,并参照存储部12a的限额信息121a,取得具有相应的帐号122a和组合123a的设定限额124a(S407)。
而且,判定部113,对交易金额是否超过了设定限额进行判定(S408)。此时,处理部11,也可以预先将相应的利用者的规定期间(例如,一天)的累积交易金额进行存储,将该累积交易金额与设定限额进行比较。
步骤S408的结果,当判定为超出了设定限额的情况下(S408→是),处理部11,通过收发部13及网络3,向交易终端2a发送限额超过通知(S409)。若交易终端2a的收发部27接收到了限额超过通知(S410),处理部21,则使显示输入部25显示限额超过的信息,交易终端2a结束处理。
当步骤S407的结果,判定为未超出设定限额的情况下(S408→否),交易服务器1a的处理部11,通过收发部13以及网络3,将交易许可响应向交易终端2a发送(S411)。
若交易终端2a的收发部27接收到了交易许可响应(S412),处理部21则开始交易处理(S413)。
在第二实施方式中,在提取较大的金额或转帐时,必须使用较多的交易介质。通过这样做,例如,即使使用盗窃的卡,也不能将较少的设定限额以上的金额取出或者转帐,因此可以减少损失。

Claims (15)

1.一种交易服务器,其特征在于,
可与进行金融交易的交易终端进行通信,管理与上述金融交易相关的信息,具有:
存储部,用于将与金融交易中所使用的交易介质的类别对应的限额信息,按每个户头进行存储;
处理部,若从上述交易终端接收到了上述交易介质的类别信息、和户头信息及与上述金融交易的金额相关的信息亦即交易金额信息,
则基于上述类别信息及上述户头信息,从上述存储部取得对应的限额信息,
基于上述限额信息,决定与上述交易金额信息相关的上述金融交易的许可及不许可。
2.根据权利要求1所述的交易服务器,其特征在于,
上述处理部,将接收到的上述限额信息、上述介质信息及上述户头信息存储于存储部。
3.根据权利要求1或2所述的交易服务器,其特征在于,
上述交易介质的类别为,卡、存折及印章中的任何一种交易介质的类别。
4.一种交易服务器,其特征在于,
可与进行金融交易的交易终端进行通信,管理与上述金融交易相关的信息,具有:
存储部,用于将与金融交易中所使用的交易介质的组合相对应的限额信息,按每个户头进行存储;
处理部,若从上述交易终端接收到了上述交易介质的组合信息、户头信息及与上述金融交易的金额相关的信息亦即交易金额信息,
则基于上述交易介质的组合信息及上述户头信息,从上述存储部取得与相应的交易介质的组合信息对应的限额信息,
基于上述限额信息,决定与上述交易金额信息相关的交易的许可及不许可。
5.根据权利要求4所述的交易服务器,其特征在于,
根据上述所组合的交易介质的数目,改变可设定的限额信息的上限。
6.根据权利要求5所述的交易服务器,其特征在于,
当上述所组合的交易介质的数目较多时,设定较大额的限额信息,当上述所组合的交易介质的数目较小时,设定较小额的限额信息。
7.根据权利要求4所述的交易服务器,其特征在于,
上述处理部,将接收到的上述限额信息、上述介质信息及上述帐号信息存储于存储部。
8.根据权利要求4至7的任意一项所述的交易服务器,其特征在于,
上述交易介质的组合为,卡、存折及印章中,至少两个的组合。
9.一种交易终端,其特征在于,
可与管理与金融交易相关的信息的交易服务器进行通信,
按每个交易介质设定限额信息,将上述设定的限额信息向上述交易服务器发送。
10.根据权利要求9所述的交易终端,其特征在于,
上述交易介质为,卡、存折及印章中的任何一个。
11.一种交易终端,其特征在于,
可与管理与金融交易相关的信息的交易服务器进行通信,
按金融交易中所使用的交易介质的每个组合设定限额信息,
向上述交易服务器发送上述交易介质的组合信息和与上述组合信息对应的限额信息。
12.根据权利要求11所述的交易终端,其特征在于,
上述交易终端,
从上述交易介质取得帐号信息;
向上述交易服务器发送上述帐号信息和上述组合信息;
在显示部显示从上述交易服务器发送来的每个上述组合的支付限额信息亦即设定限额信息。
13.根据权利要求11或12的任何一项所述的交易终端,其特征在于,
上述交易介质为,卡、存折及印章中至少两个。
14.一种交易方法,其特征在于,
是可与进行金融交易的交易终端进行通信的、管理与上述金融交易相关的信息的交易服务器中的交易方法,
上述交易服务器,
具有:存储部,用于将与金融交易中所使用的交易介质的类别对应的限额信息,按每个户头进行存储;处理部,用于处理信息,
上述处理部,
若从上述交易终端接收到了上述交易介质的类别信息、户头信息以及与上述金融交易的金额相关的信息亦即交易金额信息,
则基于上述类别信息及上述户头信息,从上述存储部取得对应的限额信息;
基于上述限额信息,决定与上述交易金额信息相关的上述金融交易的许可及不许可。
15.一种交易方法,特征在于,
是可与进行金融交易的交易终端进行通信的、管理与上述金融交易相关的信息的交易服务器的交易方法,
上述交易服务器,
具有:存储部,用于将与金融交易中所使用的交易介质的组合对应的限额信息,按每个户头进行存储;处理部,用于处理信息,
上述处理部,
若从上述交易终端接收到了上述交易介质的组合信息、户头信息及与上述金融交易的金额相关的信息亦即交易金额信息,
则基于上述交易介质的组合信息及上述户头信息,从上述存储部取得与相应的交易介质的组合信息对应的限额信息,
基于上述限额信息,决定与上述交易金额信息相关的交易的许可及不许可。
CNA2008100977270A 2007-07-23 2008-05-20 交易服务器、交易终端以及交易方法 Pending CN101354764A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2007190804 2007-07-23
JP2007190804A JP2009026192A (ja) 2007-07-23 2007-07-23 取引サーバ、取引端末および取引方法

Publications (1)

Publication Number Publication Date
CN101354764A true CN101354764A (zh) 2009-01-28

Family

ID=40307568

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2008100977270A Pending CN101354764A (zh) 2007-07-23 2008-05-20 交易服务器、交易终端以及交易方法

Country Status (3)

Country Link
JP (1) JP2009026192A (zh)
KR (1) KR20090010877A (zh)
CN (1) CN101354764A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110135984A (zh) * 2019-04-04 2019-08-16 深圳壹账通智能科技有限公司 交易管理方法、装置、计算机设备及存储介质
CN111178893A (zh) * 2019-12-31 2020-05-19 中国银行股份有限公司 防盗刷的安全认证方法及装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111091664B (zh) * 2018-10-24 2022-08-30 上海浦东发展银行股份有限公司 一种银行自助服务终端

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110135984A (zh) * 2019-04-04 2019-08-16 深圳壹账通智能科技有限公司 交易管理方法、装置、计算机设备及存储介质
CN111178893A (zh) * 2019-12-31 2020-05-19 中国银行股份有限公司 防盗刷的安全认证方法及装置
CN111178893B (zh) * 2019-12-31 2023-10-27 中国银行股份有限公司 防盗刷的安全认证方法及装置

Also Published As

Publication number Publication date
JP2009026192A (ja) 2009-02-05
KR20090010877A (ko) 2009-01-30

Similar Documents

Publication Publication Date Title
CA2192016C (en) Method of handling electronic money in automatic cash handling machine
TW412696B (en) A system for performing financial transactions using a smart card
CN101783039B (zh) 金融交易安全控制方法及终端
US5773804A (en) Electronic passbook system using electronic passbook card and method of using the same therein
JP4342736B2 (ja) 自動預金支払装置
CN101140599A (zh) 生物体认证系统以及方法
JP5383596B2 (ja) 自動取引システム,自動取引装置,及び取引可否判定方法
CN101354764A (zh) 交易服务器、交易终端以及交易方法
JP4851161B2 (ja) 現金自動預払機、取引処理システム、携帯端末、取引処理方法、およびプログラム
US20170091727A1 (en) Casino cash system, apparatus and method utilizing integrated circuit cards
JP2009080605A (ja) 電子マネー発行中継装置、口座管理装置、自動取引装置、電子マネー登録装置、電子マネー受取装置および電子マネーシステム
JP5181442B2 (ja) 自動取引装置および取引システム
US20080265017A1 (en) Credit card and security system
JP6005603B2 (ja) 自動取引装置、自動取引システム及び偽造カード取引防止方法
JP2005174019A (ja) 取引装置、取引システム、取引方法
JP3954614B2 (ja) 取引システム
JP4867360B2 (ja) 自動取引システム
CN1952987A (zh) 自动交易装置
KR20030033859A (ko) 다수개의 금융계좌정보를 저장하고 있는 스마트 카드 및상기 스마트 카드를 이용한 금융업무 자동처리 시스템 및그 방법
JP6867961B2 (ja) プログラム、決済処理システム、方法
JPH07146906A (ja) 自動取引装置
JP5615208B2 (ja) 複数口座入金システム及びその方法
JP2005128828A (ja) 総合口座貸越の最高貸越限度額設定方法
KR100693574B1 (ko) 지문을 이용한 통합 계좌 관리 시스템 및 방법
KR100808534B1 (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: 20090128