具体实施方式
为了更好的理解上述技术方案,下面通过附图以及具体实施例对本说明书实施例的技术方案做详细的说明,应当理解本说明书实施例以及实施例中的具体特征是对本说明书实施例技术方案的详细的说明,而不是对本说明书技术方案的限定,在不冲突的情况下,本说明书实施例以及实施例中的技术特征可以相互组合。
本说明书实施例中,银行核心***是指处理存款、贷款、理财等产品的核心业务逻辑,包括开户、入账、计息等。另外,可以理解的是,在银行业务***中,用户针对产品层中的各产品执行的业务操作,会转换成一笔一笔的交易,例如:存款的交易包括存入交易和支取交易,贷款的交易包括放款交易和还款交易。
请参见图1,为本说明书实施例的一种应用场景示意图。银行核心***12用于与银行业务***中的产品层11进行数据交互,以完成对产品层11下发的交易请求的处理。产品层11用于对各种产品进行管理,检测用户针对每种产品触发的业务操作,并将该业务操作对应的交易请求发送给银行核心***12处理。产品层11包括多种产品,每种产品存在一种或多种交易请求。需要说明的是,图1中示出的第一产品、第二产品和第三产品仅用于示意产品层11中包括多种不同类型的产品,并不对产品层11中产品的具体数量进行限制。例如,产品层11可以包括但不限于存款产品、投资理财产品、消费产品、贷款产品和保险产品等中的多种产品。
如图1所示,银行核心***12可以包括交易处理装置121和一个或多个业务处理装置。需要说明的是,图1中示出的第一业务处理装置122、第二业务处理装置123和第三业务处理装置124仅为示例,并不对本说明书实施例中业务处理装置的具体个数进行限制。其中,交易处理装置121用于对产品层11下发的交易请求进行业务预处理,并确定该交易请求对应的业务处理装置,将该交易请求发送给对应的业务处理装置。每个业务处理装置用于对所接收到的交易请求进行相应地核心业务处理,以完成当前交易。例如,存款对应有存入业务处理装置和支取业务处理装置,存入业务处理装置用于根据所接收到的交易请求进行存款存入处理,支取业务处理装置用于根据所接收到的交易请求进行存款支取处理。又例如,贷款对应有借款业务处理装置和还款业务处理装置,借款业务处理装置用于根据所接收到的交易请求进行借款处理,还款业务处理装置用于根据所接收到的交易请求进行还款处理。
第一方面,本说明书实施例提供了一种交易处理方法,用于处理产品层中的多种产品的交易请求,例如,存款产品所包括的存入操作对应的交易请求和支取操作对应的交易请求、贷款产品所包括的借款操作对应的交易请求和还款操作对应的交易请求和理财产品所包括的申购操作对应的交易请求和赎回操作对应的交易请求等。请参考图2,该方法包括步骤S200-S206。
步骤S200,获取产品层中一产品的交易请求,所述交易请求包括业务标识。
其中,产品层包括多种产品,如存款产品、投资理财产品、消费产品、贷款产品、保险产品等,具体可以根据实际应用场景确定。每种产品包括一种或多种业务操作,用户在产品层触发对某产品的某一业务操作后,产品层会将该业务操作转换为交易请求。也就是说,每种产品可以有一种或多种交易请求。每种交易请求中均包括可以用于唯一标识该交易请求对应的业务操作的业务标识,且针对于不同产品的业务操作的业务标识不同。在获取到某产品的交易请求后,对该交易请求进行解析,就可以得到该交易请求中包括的业务标识。在一种具体应用场景中,上述步骤S200中所获取的交易请求可以为存款、投资理财、消费、贷款或保险等产品中各业务操作对应的交易请求。
在一种可选的实施方式中,业务标识可以包括产品信息和事件信息。产品信息用于表征交易请求所属的产品,事件信息用于表征交易请求对应的业务操作。例如,交易请求为用户在产品层执行3年定期存入操作后所形成的交易请求,则产品信息可以为3年定期,事件信息可以为存入;或者,交易请求为用户在产品层执行活期存入操作后所形成的交易请求,则产品信息可以为活期,事件信息可以为存入。
在其他可选的实施方式中,业务标识可以是其他可以用于唯一标识交易请求对应的业务操作的信息,例如,业务标识可以是预先为每种产品所包括的每种业务操作配置的识别码,不同业务操作的识别码不同,产品层在将用户触发的业务操作转换为相应的交易请求时,交易请求中可以带有该识别码。
步骤S202,对所述交易请求进行业务预处理。
本说明书实施例中,业务预处理过程可以根据各产品的业务处理需求设置。在一种可选的实施方式中,对交易请求进行业务预处理过程可以包括:对交易请求进行校验和/或信息补齐;基于通过所述校验和/或信息补齐的交易请求,得到所述通过业务预处理的所述交易请求。
具体来讲,对交易请求进行校验至少可以包括:账户的状态校验、合约的状态校验和交易行为的控制校验中的一种或多种。
可以理解的是,交易请求中还可以包括用户的账户信息。账户的状态校验可以包括:校验账户的状态是否存在异常。例如,若账户处于销户状态,则判定该账户处于异常状态。另外,当账户对应有账户等级时,账户的状态校验还可以包括:对账户等级进行核验,判断账户等级是否属实。
可以理解的是,每进行一笔交易银行都会与客户签订一个相应的合约。合约的状态校验即为校验交易请求对应的合约状态是否存在异常。具体可以包括:判断交易请求对应的合约是否处于异常状态,若处于异常状态,则表示校验不通过,若处于正常状态,则表示校验通过。
交易行为的控制校验即为校验交易请求对应的交易行为是否在预设权限范围内。具体可以包括:获取交易请求对应的账户信息,从而确定该账户信息对应的交易权限范围;判断交易请求对应的交易行为是否在该交易权限范围内,若是,则校验通过,若否,则校验不通过。其中,交易请求对应的交易行为可以通过交易请求的业务标识确定。例如,当前账户状态为冻结状态,当前账户的交易权限范围仅包括存入和还款,若交易请求对应的交易行为是对当前账户进行存款支取操作,则判定交易请求对应的交易行为不在交易权限范围内,校验不通过。
需要说明的是,当对交易请求进行业务预处理包括对交易请求进行校验时,对于校验不通过的交易请求,则表明该交易请求没有通过业务预处理,则返回相应的异常信息至产品层,不再继续对该交易请求进行后续处理,即结束当前交易。对于校验通过的交易请求,则基于该交易请求得到通过业务预处理的所述交易请求。
具体来讲,对交易请求进行信息补齐的过程具体可以包括:补齐交易请求中的产品信息,和/或,将预设参数添加到交易请求中。例如,交易请求中的产品信息为3年定期,可以将3年定期的相关详细信息补充到该交易请求中。具体应用时,预设参数可以根据产品层中各产品的业务处理需求设置,例如,预设参数可以包括利率、费率等。当然,除了上述信息外,也可以根据实际需要对该交易请求的其他信息进行补齐。
对交易请求进行校验和/或信息补齐后,就可以基于通过上述校验和/或完成信息补齐后的交易请求,得到通过业务预处理的所述交易请求,以便继续对通过业务预处理的所述交易请求执行以下步骤S204。在一种可选的实施方式中,基于通过上述校验和/或完成信息补齐后的交易请求,得到通过业务预处理的所述交易请求的具体过程可以为:基于预先配置的单据模板,将通过上述校验和/或信息补齐的交易请求组装为格式统一的单据,该单据仍然包括该交易请求中的业务标识,将该单据作为通过业务预处理的交易请求。需要说明的是,单据可以作为交易记录或者账单明细供用户查询或者对账。
其中,单据模板可以根据实际产品层中各产品的业务处理需求配置。单据模板包括多种项目名称,将交易请求进行单据组装的过程即为:从交易请求中获取每种项目名称对应的信息,填入该单据模板中,生成格式统一的单据。例如,单据模板中项目名称可以包括:账户、产品、事件以及交易详情等。
当然,在本说明书其他实施例中,也可以直接将通过上述校验和/或完成信息补齐后的交易请求,作为通过业务预处理的交易请求。
在一种可选的实施方式中,对交易请求进行校验和/或信息补齐之前,业务预处理过程还可以包括:确定交易请求的业务标识所属的产品类型;将所述交易请求的报文格式转换为预先配置的与所述产品类型对应的格式,以便于后续对交易请求的处理。具体来讲,可以预先设置每种产品类型对应的报文格式。例如,产品类型可以包括存款、贷款、理财、消费、保险等。在一种可选方式中,可以预先配置业务标识与产品类型之间的对应关系,基于该对应关系,就可以确定交易请求的业务标识所属的产品类型。
通过执行上述步骤S202,就可以完成多种不同产品的交易请求的业务预处理。再进一步执行以下步骤S204和步骤S206将通过业务预处理的交易请求分别下发给对应的业务处理进程进行核心业务处理,这样有利于减少程序冗余,简化银行核心***的设计。
步骤S204,基于通过业务预处理的所述交易请求的业务标识,在预先配置的信息库中查找与所述业务标识对应的目标业务处理进程,其中,所述信息库包括多种业务标识与对应业务处理进程之间的对应关系信息。
需要说明的是,本说明书实施例中,需要预先针对每种产品的业务处理需求,设置相应的业务处理进程,每种产品对应的业务处理进程可以是一个或多个。进而,可以针对每种产品,根据各业务处理进程的核心业务处理能力划分该产品的交易类型,使得一种交易类型对应于一个业务处理进程。交易类型的划分具体可以为:分别针对于每种产品,将该产品的一种或多种业务操作对应的交易请求划分一种交易类型。例如,存款产品对应的用于进行定期存入操作的业务处理进程可以处理不同期限的定期存入操作,则将各种期限的定期存入交易划分为同一个交易类型,但由于具体的业务操作不同,所对应的交易请求的业务标识也就不同,但这两种交易请求仅是固定利率、期限等参数不同,可以由同一个业务处理进程进行存入处理。也就是说,每种产品可以对应有一种或多种交易类型,每种交易类型对应于一种或多种针对于该产品的业务操作,即每种交易类型对应于一种或多种业务标识。
在针对于每种产品,确定业务标识与交易类型之间的对应关系,以及交易类型与业务处理进程之间的对应关系后,就可以基于这两种对应关系,预先配置信息库。
在一种可选实施方式中,信息库中可以包括多种业务标识与相应的业务处理进程之间的对应关系信息。一个业务处理进程可以对应一种或多种业务标识。具体来讲,预先配置的信息库中包括多种产品对应的业务处理进程以及这些产品对应的业务标识,且这些业务标识中,对应于同一交易类型的业务标识与相应的业务处理进程对应。例如,当某种产品的某一种交易类型对应业务标识F1、业务标识F2和业务标识F3,且属于该交易类型的交易请求均由业务处理进程Q处理时,可以在配置信息库时,将业务标识F1、业务标识F2和业务标识F3与业务处理进程Q对应。
基于上述配置,在获取到通过上述业务预处理的交易请求的业务标识后,就可以在信息库中查找到与该业务标识对应的业务处理进程,将所查找到的业务处理进程作为目标处理进程。
为了便于配置,在另一种可选实施方式中,可以预先根据每种产品的每个业务处理进程的业务处理能力定义操作码,即使得一个业务处理进程对应于一个操作码,再基于该操作码构建业务标识与业务处理进程之间的对应关系。此时,预先配置的信息库中包括多种业务标识与预先配置的多个操作码之间的第一映射关系以及所述多个操作码与相应的业务处理进程之间的第二映射关系。
例如,以存款产品为例,存款产品包括存入业务操作和支取业务操作,存入业务操作又包括定期存入业务操作和活期存入业务操作,相应地,支取业务操作也包括定期支取业务操作和活期支取业务操作。假设与存款产品对应的业务处理进程包括:业务处理进程A1、业务处理进程A2、业务处理进程A3和业务处理进程A4。其中,业务处理进程A1用于执行定期存入处理,业务处理进程A2用于执行活期存入处理,业务处理进程A3用于执行定期支取处理,业务处理进程A4用于执行活期支取处理。对应于业务处理进程A1,所配置的操作码可以为CREDIT_TIME,表示定期存入;对应于业务处理进程A2,所配置的操作码可以为CREDIT_DEMAND,表示活期存入;对应于业务处理进程A3,所配置的操作码可以为DEBIT_TIME,表示定期支取;对应于业务处理进程A4,所配置的操作码可以为DEBIT_DEMAND,表示活期支取。具体配置的第二映射关系可以如表1所示。
表1
进一步,基于表1对各操作码与各业务标识之间的第一映射关系进行配置。假设存款产品具体包括3年定期存款、1年定期存款和活期存款,存款事件包括存入和支取。具体来讲,当业务标识包括产品信息和事件信息时,与存款产品相关的交易请求的业务标识与操作码之间的第一映射关系可以如表2所示。
表2
由于3年定期存入操作和1年定期存入操作,仅是固定利率、期限等参数不同,可以由同一个业务处理进程执行存入处理。因此,如表2所示,可以将3年定期存入操作和1年定期存入操作的业务标识均与操作码CREDIT_TIME关联。同理,可以将3年定期支取操作和1年定期支取操作的业务标识均与操作码DEBIT_TIME关联。并将活期存入操作的业务标识与操作码CREDIT_DEMAND关联,将活期支取操作的业务标识与操作码DEBIT_DEMAND关联。
基于上述配置,确定目标业务处理进程的过程可以包括:基于通过上述业务预处理的交易请求的业务标识,在所述第一映射关系中查找与该业务标识对应的第一操作码;基于所述第一操作码,在所述第二映射关系中查找与所述第一操作码对应的业务处理进程,将该业务处理进程作为所述目标业务处理进程。
可以理解的是,本说明书实施例中,信息库中具体是存储的业务处理进程的特征标识,第二映射关系具体为各操作码与各业务处理进程的特征标识之间一一对应关系,不同的业务处理进程的特征标识不同,通过业务处理进程的特征标识即可以调用该业务处理进程。
这样就可以实现产品层下发的、不同产品的交易请求的交易处理过程与核心业务处理过程解耦,从而可以单独对交易处理过程或核心业务处理过程进行修改或配置,有效地提高了***的可维护性。
考虑到会有新增加业务操作的情况,在一种可选实施方式中,上述第一映射关系和第二映射关系均是可配置的。为了便于实现新增业务操作的配置,本说明书实施例提供的交易处理方法还可以包括:当检测到新增业务配置指令时,获取新增业务操作的业务标识,并确定所述新增业务操作的业务标识对应的第二操作码;将新增业务操作的业务标识以及第二操作码添加到所述第一映射关系中。
可以理解的是,对于不属于已有交易类型的新增业务操作,需要相应另外增设对该新增业务操作进行核心业务处理的业务处理进程。而对于属于已有交易类型的新增业务操作,则不需要另外增设业务处理进程,由该交易类型对应的业务处理进程进行对该新增业务操作进行核心业务处理。因此,当需要相应另外增设对该新增业务操作进行核心业务处理的业务处理进程时,即当第二映射关系中不存在与第二操作码关联的业务处理进程时,需要确定第二操作码对应的业务处理进程,并将第二操作码以及与该第二操作码对应的业务处理进程添加到第二映射关系中。
例如,产品层包括存款产品,在已有1年定期存款和3年定期存款的基础上,新增了2年定期存入业务操作和2年定期支取业务操作,并配置了新增业务操作的业务标识。此时,新增业务操作的业务标识包括2年定期存入操作的业务标识和2年定期支取操作的业务标识。新增的2年定期存款存入操作和2年定期支取操作对应的交易请求均属于存款产品对应的已有的交易类型,即2年定期存款存入操作对应的交易请求属于定期存入交易,2年定期支取操作对应的交易请求属于定期支取交易。因此,可以将2年定期存入操作对应的业务标识M1与上述表2中的操作码CREDIT_TIME相关联,将2年定期支取操作的业务标识M2与上述表2中的操作码DEBIT_TIME相关联。也就是说,操作码CREDIT_TIME即为业务标识M1对应的第二操作码P1,操作码DEBIT_TIME即为业务标识M2对应的第二操作码P2。然后再在预先配置的第一映射关系中添加业务标识M1与第二操作码P1之间的对应关系以及业务标识M2与第二操作码P2之间的对应关系。
又例如,产品层包括理财产品,在已有理财业务操作的基础上新增了一种理财业务操作,并配置该理财业务操作的业务标识。若该理财业务操作对应的交易请求不属于理财产品对应的已有的交易类型,则需要另外增设对该新增理财业务操作对应的交易请求进行核心业务处理的业务处理进程B,并配置与业务处理进程B关联的第二操作码P3。将该第二操作码P3与新增理财业务的业务标识M3相关联。此时,除了需要在预先配置的第一映射关系中添加业务标识M3与第二操作码P3之间的对应关系外,还需要在预先配置的第二映射关系添加第二操作码P3与业务处理进程B之间的对应关系,以便于在根据上述步骤202对该新增理财业务操作对应的交易请求进行业务预处理后,能基于第一映射关系和第二映射关系查找到对应的业务处理进程B,进一步完成对该交易请求的核心业务处理。
具体来讲,在一种可选实施方式中,上述获取新增业务操作的业务标识,并确定该新增业务操作的业务标识对应的第二操作码的过程可以为:检测是否有用于配置新增业务的触发操作;当检测到该触发操作时,则触发新增业务配置指令,从而弹出新增业务配置界面。具有配置权限的运营人员可以在该配置界面中输入新增业务操作的业务标识,并选择已有的操作码或者输入新的操作码作为该业务标识对应的第二操作码,从而就可以获取到新增业务操作的业务标识以及该业务标识对应的第二操作码。需要说明的是,已有的操作码为预先配置的第一映射关系中的操作码,例如,可以以下拉列表的形式呈现已有的操作码以供运营人员选择。
进一步地,当检测到运营人员输入新的操作码作为新增业务操作的业务标识对应的第二操作码时,则判定第二映射关系中不存在与第二操作码关联的业务处理进程,此时,需要进一步获取运营人员输入的与该第二操作码对应的业务处理进程的特征标识,从而将第二操作码与该第二操作码对应的业务处理进程添加到第二映射关系中。
在另一种可选实施方式中,当产品层添加有新增业务操作时,产品层根据所添加的新增业务操作生成新增业务配置指令。新增业务配置指令中包括该新增业务操作的业务标识、该业务标识对应的第二操作码以及该第二操作码对应的业务处理进程。此时,上述获取新增业务操作的业务标识,并确定该新增业务操作的业务标识对应的第二操作码的过程可以为:当接收到任意一个产品层下发的新增业务配置指令时,从新增业务配置指令中获取新增业务操作的业务标识、该业务标识对应的第二操作码以及该第二操作码对应的业务处理进程。
此后,将新增业务操作的业务标识以及该业务标识对应的第二操作码添加到预先配置的第一映射关系中,并检测预先配置的第二映射关系中是否存在该第二操作码关联的业务处理进程;当第二映射关系中不存在该第二操作码关联的业务处理进程时,则将第二操作码以及该第二操作码对应的业务处理进程添加到第二映射关系中;当第二映射关系中存在该第二操作码对应的业务处理进程时,则结束本次配置。
因此,本说明书实施例提供的交易处理方法中,当产品层新增加业务操作时,只需要基于新增业务操作的相关信息进行映射配置即可,具有非常好的扩展性。
步骤S206,将通过业务预处理的所述交易请求发送给目标业务处理进程进行对应的业务处理。
根据上述步骤S204确定通过业务预处理的交易请求对应的目标业务处理进程后,就可以调用该目标业务处理进程对继续对该交易请求进行核心业务处理,从而完成当前交易。例如,当通过业务预处理的交易请求为定期存入操作对应的交易请求时,相应的目标业务处理进程可以用于读取交易请求中的账户、金额、固定利率、期限等信息,基于该固定利率和期限在该账户中存入相应的金额,即完成定期存入交易。
在本说明书实施例的一种具体应用场景中,交易处理过程具体可以为:在获取到产品层中一产品的交易请求后,可以先确定该交易请求中的业务标识所属的产品类型,将该交易请求的报文格式转换为预先配置的与所述产品类型对应的格式,然后对进行上述报文转换后的交易请求进行校验和/或信息补齐,接着,基于预先配置的单据模板,将通过上述校验和/或信息补齐的交易请求组装为格式统一的单据,以作为交易记录或者账单明细供用户查询或者对账;其中,该单据中仍然包括该交易请求中的业务标识;然后基于预先配置的第一映射关系,确定该业务标识对应的第一操作码,将第一操作码也添加到上述单据中;进而基于预先配置的第二映射关系,找到单据中的第一操作码对应的目标业务处理进程,从而调用该目标业务处理进程继续对该单据进行核心业务处理,以完成当前交易。
本发明实施例提供的交易处理方法,能够适用于存款、投资理财、消费、贷款、保险等多种银行核心***,具有较好的通用性。同时实现了将产品层下发的、各产品的交易请求的交易预处理过程与核心业务处理过程解耦,有效地提高了***的可维护性。
第二方面,基于同一发明构思,本说明书实施例还提供了一种交易处理装置,请参考图3,包括:
第一获取单元31,用于获取产品层中一产品的交易请求,其中,所述交易请求包括业务标识,所述产品层包括多种产品;
预处理单元32,用于对所述交易请求进行业务预处理;
确定单元33,用于基于通过业务预处理的所述交易请求的业务标识,在预先配置的信息库中查找与所述业务标识对应的目标业务处理进程,其中,所述信息库包括多种业务标识与对应业务处理进程之间的对应关系信息;
发送单元34,用于将通过业务预处理的所述交易请求发送给所述目标业务处理进程进行对应的业务处理。
在一种可选的实施方式中,所述信息库包括多种业务标识与预先配置的多个操作码之间的第一映射关系以及所述多个操作码与相应的业务处理进程之间的第二映射关系。此时,所述确定单元33包括:
第一确定子单元331,用于基于通过业务预处理的所述交易请求的业务标识,在所述第一映射关系中查找与所述业务标识对应的第一操作码;
第二确定子单元332,用于基于所述第一操作码,在所述第二映射关系中查找与所述第一操作码对应的业务处理进程,将该业务处理进程作为所述目标业务处理进程。
在一种可选的实施方式中,所述交易处理装置还包括:
第二获取单元35,用于当检测到新增业务配置指令时,获取新增业务操作的业务标识,并确定所述新增业务操作的业务标识对应的第二操作码;
第一添加单元36,用于将所述新增业务操作的业务标识以及所述第二操作码添加到所述第一映射关系中。
在一种可选的实施方式中,所述交易处理装置还包括:
第二添加单元37,用于当所述第二映射关系中不存在与所述第二操作码关联的业务处理进程时,确定所述第二操作码对应的业务处理进程,并将所述第二操作码以及与所述第二操作码对应的业务处理进程添加到所述第二映射关系中。
在一种可选的实施方式中,所述预处理单元32包括:
第一处理子单元321,用于对所述交易请求进行校验和/或信息补齐;
第二处理子单元322,用于基于通过所述校验和/或信息补齐的交易请求,得到所述通过业务预处理的所述交易请求。
在一种可选的实施方式中,所述第二处理子单元322具体用于:基于预先配置的单据模板,将通过所述校验和/或信息补齐的交易请求组装为格式统一的单据,且所述单据包括所述交易请求中的业务标识;将所述单据作为所述通过业务预处理的所述交易请求。
在一种可选的实施方式中,所述预处理单元32还包括:
格式转换子单元323,用于确定所述交易请求的业务标识所属的产品类型;将所述交易请求的报文格式转换为预先配置的与所述产品类型对应的格式。
需要说明的是,本说明书实施例所提供的交易处理装置,其中各个单元执行操作的具体方式已经在上述方法实施例中进行了详细描述,此处将不做详细阐述说明。
实际应用时,本说明书实施例提供的交易处理装置可以以中间件的形式提供,应用于各种银行核心业务***,实现对产品层中各产品的交易请求的业务预处理。尤其是当需要新建银行核心业务***时,只需要引入本交易处理装置中间件,并设计相应的业务处理进程即可,简化了***的设计难度。
第三方面,基于同一发明构思,本说明书实施例还提供了一种交易处理***。如图4所示,所述***包括:交易处理装置41以及一个或多个业务处理装置42。需要说明的是,图4中示出的业务处理装置42个数仅为示例,并不对本说明书实施例中业务处理装置42的具体数量进行限制。
其中,所述交易处理装置41,用于获取产品层中一产品的交易请求,其中,所述交易请求包括业务标识,所述产品层包括多种产品;对所述交易请求进行业务预处理;基于通过业务预处理的所述交易请求的业务标识,在预先配置的信息库中查找与所述业务标识对应的目标业务处理装置,其中,所述信息库包括多种业务标识与对应业务处理装置之间的对应关系信息;将通过业务预处理的所述交易请求发送给所述目标业务处理装置。
每个所述业务处理装置42用于对接收到的交易请求进行核心业务处理,以完成当前交易。
需要说明的是,本说明书实施例所提供的交易处理***中,其中交易处理装置的具体实施方式已经在上述方法实施例中进行了详细描述,此处将不做详细阐述说明。
第四方面,基于与前述实施例中交易处理方法同样的发明构思,本发明还提供一种电子设备,如图5所示,包括存储器504、一个或多个处理器502及存储在存储器504上并可在处理器502上运行的计算机程序,所述处理器502执行所述程序时实现前文所述交易处理方法的步骤。
其中,在图5中,总线架构(用总线500来代表),总线500可以包括任意数量的互联的总线和桥,总线500将包括由处理器502代表的一个或多个处理器和存储器504代表的存储器的各种电路链接在一起。总线500还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口506在总线500和接收器501和发送器503之间提供接口。接收器501和发送器503可以是同一个元件,即收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器502负责管理总线500和通常的处理,而存储器504可以被用于存储处理器502在执行操作时所使用的数据。
第五方面,基于与前述实施例中交易处理方法的发明构思,本发明还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前文所述交易处理方法的任一方法的步骤。
本说明书是参照根据本说明书实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的设备。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品,该指令设备实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本说明书的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本说明书范围的所有变更和修改。
显然,本领域的技术人员可以对本说明书进行各种改动和变型而不脱离本说明书的精神和范围。这样,倘若本说明书的这些修改和变型属于本说明书权利要求及其等同技术的范围之内,则本说明书也意图包含这些改动和变型在内。