一种交易处理方法及装置与流程

本申请涉及信息数据处理技术领域，更具体地说，涉及一种交易处理方法及装置。

背景技术：

目前，使用信用卡进行交易越来越普遍，而信用卡一般都会设置使用额度，该额度是指在正常情况下可以循环透支使用的最高限额，由于持卡人的风险性和收益性都在变化，为了既令客户获得收益，也令银行提高盈利能力，在使用过程中，信用卡的额度可以进行调整。

现有技术中，由用户向银行系统发出调额的触发请求，银行系统接收到用户的调额触发请求后，根据调额的审批策略进行审批以确定是否同意对用户进行调额以及调整的额度。

该调额方式中，需要用户向银行系统提出调额的请求，银行系统在接收到用户的请求后才开始进行审批，该调额过程较为繁琐，调额时间较长。

技术实现要素：

有鉴于此，本申请提供一种交易处理方法及装置，以解决现有技术存在的调额过程繁琐，调额时间较长的问题。

为了实现上述目的，现提出的方案如下：

一种交易处理方法，所述方法包括：

接收用户的交易请求；

响应所述交易请求，获得交易信息，所述交易信息包括：所述交易发生的地点和/或信用卡的剩余额度；

判断所述交易信息是否满足预设的触发条件，所述预设的触发条件包括交易地点为境外和/或信用卡额度超限；

当满足所述预设的触发条件时，获取用户的信息；

根据所述用户的信息和额度调整策略，判断是否对所述用户的额度进行调整；

若调整，则向用户发送额度调整通知。

优选地，所述用户信息包括客户编号、账户编号，所述根据用户的信息和额度调整策略，判断是否对所述用户的额度进行调整包括：

根据客户编号查找调额日期表，获取用户最近一次调额的时间；

计算所述最近一次调额的时间与当前时间的间隔时长，判断所述间隔时长是否大于临时调额间隔；

若是，则根据客户编号查找临时影子额度表，判断用户是否有临时影子额度；

若是，则根据客户编号和账户编号分别查找客户表和账户表获取用户的当前账户层额度和当前客户层额度，判断所述当前账户层额度和所述当前客户层额度中的较小额度是否大于等于临时影子额度；

若否，则确定对所述用户的额度进行调整，调整额度为临时影子额度。

优选地，所述用户信息还包括卡号，在根据客户编号查找调额日期表前，还包括：

根据客户编号查找通知表，判断是否在预设时间内向用户发送过额度调整通知；

若否，则根据客户编号查找审批表，判断当前是否正在对用户进行调额审批；

若否，则根据卡号查找卡片表，获取卡片状态信息；

根据所述卡片状态信息，判断用户当前状态是否正常；

若是，则判断所述客户编号是否位于黑名单中；

若否，则根据卡号判断用户的卡种是否为商务卡、财政公务卡或附属卡；

若否，则根据卡号获取用户的最近一次调额时间。

优选地，在确定用户的当前账户层额度和当前客户层额度中的较小额度小于所述临时影子额度后，还包括：

获取人行报告，根据人行报告确定用户的人行记录是否正常；

若正常，则确定对所述用户的额度进行调整。

优选地，方法还包括：

接收用户的反馈信息；

解析所述反馈信息，获得反馈标识；

当所述反馈标识为同意调额标识时，对用户的额度进行调整。

本发明还提供一种额度调整装置，所述额度调整装置包括：

第一接收模块，用于接收用户的交易请求；

第一获取模块，用于响应所述交易请求，获得交易信息，所述交易信息包括：所述交易发生的地点和/或信用卡的剩余额度；

第一判断模块，用于判断所述交易信息是否满足预设的触发条件，所述预设的触发条件包括交易地点为境外和/或信用卡额度超限；

第二获取模块，用于当满足预设的触发条件时，获取用户的信息；

第二判断模块，用于根据用户的信息和额度调整策略，判断是否对所述用户的额度进行调整；

发送模块，用于当对用户的额度进行调整时，向用户发送额度调整通知。

优选地，所述用户信息包括客户编号、账户编号，则第二判断模块包括：

第三获取模块，用于根据客户编号查找调额日期表，获取用户最近一次调额的时间；

第三判断模块，用于计算所述最近一次调额的时间与当前时间的间隔时长，判断所述间隔时长是否大于临时调额间隔；

第四判断模块，用于当所述间隔时长大于临时调额间隔时，根据客户编号查找临时影子额度表，判断用户是否有临时影子额度；

第五判断模块，用于当用户有临时影子额度时，根据客户编号和账户编号分别查找客户表和账户表获取用户的当前账户层额度和当前客户层额度，判断当前账户层额度和当前客户层额度中的较小额度是否大于等于临时影子额度；

确定模块，用于当当前账户层额度和当前客户层额度中的较小额度小于临时影子额度时，确定对所述用户的额度进行调整，调整额度为临时影子额度。

优选地，所述用户信息还包括卡号，所述装置还包括：

第六判断模块，用于根据客户编号查找通知表，判断是否在预设时间内向用户发送过所述额度调整通知；

第七判断模块，用于当没有在预设时间内向用户发送过所述额度调整通知时，根据客户编号查找审批表，判断当前是否正在对用户进行调额审批；

第四获取模块，用于当前没有正在对用户进行调额审批时，根据卡号查找卡片表，获取卡片的状态信息；

第八判断模块，用于根据所述卡片状态信息判断用户当前状态是否正常；

第九判断模块，用于当用户当前状态正常时，判断客户编号是否位于黑名单中；

第十判断模块，用于根据卡号判断用户的卡中是否为商务卡、财政公务卡或附属卡，若否，则执行第三获取模块。

优选地，所述装置还包括：

第四获取模块，用于当当前账户层额度和当前客户层额度中的较小额度是否小于临时影子额度获取人行报告时，根据人行报告确定用户的人行记录是否正常，若正常，则确定对所述用户的额度进行调整。

优选地，所述装置还包括：

第二接收模块，用于接收用户的反馈信息；

解析模块，用于解析所述反馈信息，获取反馈标识；

调整模块，用于当所述反馈标识为同意调额标识时，对用户的额度进行调整。

从上述的技术方案可以看出，本申请提供一种额度调整方法，该方法中，接收用户的交易请求，响应该请求并获得用户的交易信息，交易信息包括交易发生的地点和/或信用卡的剩余额度，判断交易信息是否满足预设条件，包括判断所述交易发生地点是否在境外和/或信号卡的剩余额度是否超限，当满足时，获取用户的信息，并根据用户的信息和调额策略判断是否对用户进行调额，若调额则向用户发出调额通知。在上述的技术方案中，在用户进行交易时，银行系统实时对用户的交易信息进行监测，一旦发现交易信息满足预设的条件即认定当前用户有较强的调额意愿，则判断用户是否满足调额的策略，若满足，银行则向用户发出调额的邀请信息，进而用户可以通过反馈同意信息即可实现额度的调整，可见，相较于现有技术用户处于境外以及刷卡发现额度不足时才向银行系统发送调额触发请求，本申请通过实时监测用户交易，即时触发调额审批，实现了用户的交易触发调额，如此避免了用户进行调额触发操作，简化了调额过程，由于调额过程简化，进而减小了调额的时间。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例公开的一种交易处理方法基本流程图；

图2为本申请实施例公开的一种判断是否对用户的额度进行调整的方法基本流程图；

图3为本申请另一实施例公开的判断是否对用户的额度进行调整的方法基本流程图；

图4为本申请另一实施例公开的判断是否对用户的额度进行调整的方法基本流程图；

图5为本申请另一实施例公开的一种交易处理方法基本流程图；

图6为本申请一实施例公开的交易处理装置的组成框图；

图7为本申请另一实施例公开的交易处理装置的组成框图；

图8为本申请另一实施例公开的交易处理装置的组成框图；

图9为本申请另一实施例公开的交易处理装置的组成框图；

图10为本申请另一实施例公开的交易处理装置的组成框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本发明实施例提供一种交易处理方法，如图1所示，该方法包括：

S100、接收用户的交易请求；

其中，当用户有交易需求时，可以通过各种银行的终端如ATM机、POS机进行联机交易如取款、刷卡消费等，终端会将用户的相关交易请求发送给银行系统。

S110、响应所述交易请求，获得交易信息，所述交易信息包括：所述交易发生的地点和/或信用卡的剩余额度；

在接收到交易请求后，对该所述交易请求进行实时响应更新客户信息如扣减客户端额度等，同时从中获取到交易信息，其中，该交易信息可以包括交易信息发生的地点和信用卡的剩余额度之中的任一个，也可以包括交易信息发生的地点和信用卡的剩余额度。

S120、判断所述交易信息是否满足预设的触发条件，所述预设的触发条件包括交易地点为境外和/或信用卡额度超限；

其中，设置触发条件是为了确定用户在交易的当前是否有调额的需求，触发条件可以包括交易地点为境外和/或信用卡额度超限。可以理解，用户在境外时有较强的消费需求，随之也就有较强的调额需求，以及当用户在刷卡时发现信用卡的额度超限时，也有较强的调额需求。

判断交易信息是否满足预设的触发条件包括：判断所述交易发生的地点是否为境外，和/或判断信用卡的剩余额度是否超限。

S130、当满足所述预设的触发条件时，获取用户的信息；

其中，当判断用户进行交易的交易地点为境外或交易时信用卡额度超限，说明用户当前有较强的调额需求，因此触发去获取用户的信息，进而开始后续的调额审批。

S140、根据用户的信息和额度调整策略判断是否对所述用户的额度进行调整；

该步骤实现对用户额度调整的审批，其中，额度调整策略可以设置为临时额度调整策略，该额度调整策略可以确定出具体的调整额度。

S150、向用户发送额度调整通知。

当确定对用户额度进行调整后，系统会生成额度调整通知，并向用户发送额度调整通知，发送的额度调整通知内容可以包括：额度生效日期、额度失效日期，目标额度。发送调整方式可以采用短信、邮件方式，这里并不对具体的发送方式进行限定。

本申请的技术方案中，银行系统接收用户的交易请求，响应该请求并获得用户的交易信息，交易信息包括交易发生的地点和/或信用卡的剩余额度，判断交易信息是否满足预设条件，包括判断所述交易发生地点是否在境外和/或信号卡的剩余额度是否超限，当满足时，获取用户的信息，并根据用户的信息和调额策略判断是否对用户进行调额，通过上述过程，系统实时对用户的交易信息进行监测，一旦发现交易信息满足预设的条件即认定这时用户有较强的调额意愿，进而判断用户是否满足调额的策略，若满足，银行则向用户发出调额的通知信息，进而用户可以通过反馈同意信息即可实现额度的调整。相较于现有技术用户处于境外、刷卡时发现额度不足进而才向银行系统发送调额触发请求，本申请的银行系统通过实时监测用户交易信息，即时触发进行调额判断，避免了用户的调额触发操作，简化了用户的调额过程，进而减少了调额的时间。

具体的，在实际应用中，可以设置EDA组件，其将用户的信息发送给业务审批组件，业务审批组件接收用户的信息，结合调额策略对额度调整进行审批。其中，信息的发送和接收利用统一EDA事件应用方案，该方案包括事件发送和事件接收，其中：

EDA事件发送基本步骤为：

1、编写事件管理接口的配置文件；

2、获取事件发送器EventExecutor实例；

3、发送事件sendEmsEvent(sysEvtCode,evtBody)：

a)构造事件报文对象；

b)将事件报文对象按照按事件报文规范生成事件XML报文(含报文头和报文体)；

c)使用事件发送器发送事件。

EDA事件接收基本步骤为：

1、编写事件管理接口的配置文件

2、配置接收对象EventReceiver。限制每个JVM接收同一事件代码，只能有一个线程并发；

3、接收处理事件：

a)调用事件接收方法接收事件；

b)将接收到的事件报文xml转换为事件对象；

C)调用事件处理服务，对事件进行处理。

本申请实施例提供一种根据用户的信息和额度调整策略判断是否对所述用户的额度进行调整，即审批是否对用户的额度进行调整的方法，如图2所示：

S200、根据客户编号查找调额日期表，获取用户最近一次调额的时间；

具体的，额度调整策略为临时调额策略，该策略包括有用户的调额时间间隔满足临时调额间隔、用户有临时影子额度、用户的当前账户层额度和用户的当前客户层额度中的较小额度小于临时影子额度等。

其中，获取的用户信息包括有客户编号，客户编号是银行赋予每一位该行用户的编号，表示用户的身份；当然，这里也可以利用用户的证件号如身份证号来代替用户编号进行查找。

其中，调额日期表是用于记录用户调额时间的数据表，即每对用户进行一次额度调整，就将该额度调整的日期时间记录到调额日期表中，该数据表中包括客户编号和客户编号对应的调额时间。

S201、计算所述最近一次调额的时间与当前时间的间隔时长，判断所述间隔时长是否大于临时调额间隔，若是则执行步骤S202，否则结束；

其中，临时调额间隔由系统预先设置，当判断是否允许用户临时调额时，用户最近一次的调额时间距离当前时间的间隔必须大于该临时调额间隔，该间隔可设置为30日，避免对用户进行较为频繁的调额。

S202、根据客户编号查找临时影子额度表，判断用户是否有临时影子额度，若是则执行步骤S203，否则结束；

S203、根据客户编号和账户编号分别查找客户表和账户表获取用户的当前账户层额度和当前客户层额度，判断当前账户层额度和当前客户层额度中的较小额度是否大于等于临时影子额度，若否则执行步骤S204，是则结束；

S204、确定对所述用户的额度进行调整，调整额度为临时影子额度。

其中，银行系统确定对用户的额度的调整，并将临时影子额度确定为调整的额度即目标额度，具体的，可以为系统生成一个调额的相关信息，该信息包括：调额类型：交易触发调额即表示此次确定的调额的类型、额度生效日：当天、额度失效日：当天起50天，目标额度：临时影子额度。进一步的，可根据其中的部分信息如额度生效日：当天，额度失效日：当天起50天，目标额度：临时影子额度生成通知，发送给用户。

其中，在实际应用中，有些用户不同意按临时影子进行临时额度调整，所以，获取的用户信息中还可以包括是否同意按临时影子额度调整标志，在上述的步骤S200前还包括：判断是否按临时影子额度调整标识是否为同意按临时影子额度调整标志，当是同意按临时影子额度调整标志时，才开始按照上述实施例的技术方案进行实施，否则不对用户进行临时调额审批。

上述实施例中设置的是临时额度调整策略，即对用户进行临时额度调整的审批，根据用户的信息和该临时额度调整策略实现对是否对用户的额度进行调整的判断。

本申请实施例提供另一种根据用户的信息和额度调整策略判断是否对所述用户的额度进行调整的方法，如图3所示：

S300、根据客户编号查找通知表，判断用户是否在预设时间内向用户发送过额度调整通知，若否则执行S301，否则结束；

其中，预设时间可以设置为24小时，即判断银行系统是否在24小时内向用户发送过额度调整通知，若24小时内发送过额度调整通知，则不再进行后续操作。

S301、根据客户编号查找审批表，判断当前是否正在对用户进行调额审批，若否则执行S302，若是则结束；

其中，审批表记录银行系统当前正在对哪些用户进行调额的审批，若该用户当前正在被审批，则不再进行后续的操作。

S302、根据卡号查找卡片表，获取卡片状态信息；

其中，卡号来来自用户的信息，即用户的信息还包括卡号信息。

S303、根据所述卡片状态信息判断用户当前状态是否正常，若是则执行S304，若否则结束；

其中，卡片表中记录有卡片的状态信息，卡片的状态信息有正常状态、未激活状态、未还款状态等，而未激活、未还款等状态都是非正常状态，通过对状态信息的判断，能够确定出用户的当前状态是不是正常的状态。

S304、判断所述客户编号是否位于黑名单中，若否则执行S305，若是则结束；

S305、根据卡号判断用户的卡种是否为商务卡、财政公务卡或附属卡，若否则执行S306，若是则结束；

S306、根据客户编号查找调额日期表，获取用户最近一次调额的时间；

S307、计算所述最近一次调额的时间与当前时间的间隔时长，判断所述间隔时长是否满足临时调额间隔，若是则执行步骤S308，否则结束；

S308、根据客户编号查找临时影子额度表，判断用户是否有临时影子额度，若是则执行步骤S309，否则结束；

S309、根据客户编号和账户编号分别查找客户表和账户表获取用户的当前账户层额度和当前客户层额度，判断当前账户层额度和当前客户层额度中的较小额度是否大于等于临时影子额度，若否则执行步骤S310，是则结束；

S310、确定对所述用户的额度进行调整，调整额度为临时影子额度。

上述步骤S306-S310的实施方式与前述步骤S200-S20 4的实施方式一一对应，在此不再赘述。

通过上述实施例，排除了24小时内发送过通知，当前正在进行审批的情况，避免对用户重复发送通知信息、判断卡种、用户的状态信息则避免了对明显不符合调额的卡片进行额度调整、而判断用户是否在黑名单中则降低了调额风险。

为了进一步的降低调额的风险，本申请实施例提供了另一种根据用户的信息和额度调整策略判断是否对所述用户的额度进行调整的方法，如图4所示：

步骤S400-S409的实施方式与前述步骤S30-S309的实施方式一一对应，在此不再赘述。

S410、获取人行报告，根据人行报告判断用户的人行记录是否正常；若是，则执行S412，否则结束；

其中，人行报告记载有个人信用记录，可以通过查询人行征信系统获得。

S412、当用户的人行记录正常时，则确定对所述用户的额度进行调整。

其中，在实际应用中，存在无需对有些特别用户进行人行记录核实，所以，在获取的用户的信息中包括有：是否查人行报告标志，执行时，先判断是否查人行报告标志是否为查人行报告的标识，若是，则获取人行报告判断，若否，则直接确定调整即可。

通过上述实施方案，查询人行报告，确定出当前用户的信用是正常还是人行不良，只有人行正常才会对其进行调额，进一步降低了调额的风险。

基于上述所有实施例的基础，本申请实施例提供了另一种额度数据的调整方法，如图5所示，该方法包括：

步骤S500-S540的实施方式与上述步骤S100-S140的实施方式一一对应，在此不再赘述：

S550、接收用户的反馈信息；

具体的，银行系统可以通过短信向用户发送额度调整通知，该通知除了包括额度生效日期、额度失效日期，目标额度等信息外，还包括：询问用户是否同意，同意请回复“同意”。

当用户接收到该通知信息，且同意银行审批的调额时，回复同意的反馈短信发送给银行系统。

S560、解析所述反馈信息，获得反馈标识；

其中，对接收到反馈短信进行解析，获取到短信中的反馈标识。

S570、当所述反馈标识为同意调额标识时，对用户的额度进行调整；

通过上述实施例技术方案，银行系统会向用户发送调整信息询问用户是否同意进行额度调整，进而通过用户反馈的同意信息，按照目标额度执行对用户的额度调整操作。

本申请实施例还提供一种交易处理装置，如图6所述，该装置包括：

第一接收模块600，用于接收用户的交易请求；

第一获取模块601，用于响应所述交易请求，获得交易信息，所述交易信息包括：所述交易发生的地点和/或信用卡的剩余额度；

第一判断模块602，用于判断所述交易信息是否满足预设的触发条件，所述预设的触发条件包括交易地点为境外和/或信用卡额度超限；

第二获取模块603，用于当满足预设的触发条件时，获取用户的信息；

第二判断模块604，用于根据用户的信息和额度调整策略判断是否对用户的额度进行调整；

生成模块605，用于当对用户的额度进行调整时，生成额度调整通知，并向用户发送所述额度调整通知。

在另一实施例中，第二判断模块604，如图7所示，包括：

第三获取模块700，用于根据客户编号查找调额日期表，获取用户最近一次调额的时间；

第三判断模块701，用于计算所述最近一次调额的时间与当前时间的间隔时长，判断所述间隔时长是否大于临时调额间隔；

第四判断模块702，用于当所述间隔时长大于临时调额间隔时，根据客户编号查找临时影子额度表，判断用户是否有临时影子额度；

第五判断模块703，用于当用户有临时影子额度时，根据客户编号和账户编号分别查找客户表和账户表获取用户的当前账户层额度和当前客户层额度，判断当前账户层额度和当前客户层额度中的较小额度是否大于等于临时影子额度；

确定模块704:，用于当当前账户层额度和当前客户层额度中的较小额度小于临时影子额度时，确定对所述用户的额度进行调整，调整额度为临时影子额度。

在上述实施例的基础上，第二判断模块604，如图8所示，还包括：

第六判断模块800，用于根据客户编号查找通知表，判断是否在预设时间内向用户发送过所述额度调整通知；

第七判断模块801，用于当没有在预设时间内向用户发送过所述额度调整通知时，根据客户编号查找审批表，判断当前是否正在对用户进行调额审批；

第四获取模块802，用于当前没有正在对用户进行调额审批时，根据卡号查找卡片表，获取卡片的状态信息；

第八判断模块803，用于根据所述卡片状态信息判断用户当前状态是否正常；

第九判断模块804，用于当用户当前状态正常时，判断客户编号是否位于黑名单中；

第十判断模块805，用于根据卡号判断用户的卡中是否为商务卡、财政公务卡或附属卡，若否，则执行第三获取模块700。

在另一实施例中，第二判断模块604，如图9所示，还包括：

第四获取模块900，与第五判断模块连接，用于获取人行报告，根据人行报告确定用户的人行记录是否正常，若正常，则执行确定模块704。

在实施例中，如图10所示，所述装置还包括：

第二接收模块110，用于接收用户的反馈信息；

解析模块111，用于解析所述反馈信息，获取反馈标识；

调整模块112，用于当所述反馈标识为同意调额标识时，对用户的额度进行调整。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。