基于电子商务的交易业务处理方法、系统及终端设备
技术领域
本申请属于电子商务技术领域,尤其涉及一种基于电子商务的交易业务处理方法、系统及终端设备。
背景技术
对于一个金融服务企业来说,往往会有多于一家的资方为其提供资金来源;由于每个资方所能提供的资金不同、对资金流向的业务的要求也不同,因此,每个资方对于受资方与金融服务企业签订的合同所要求的规则也不同,并且随着资方的变化这些规则又可能会随时变化。资方或其要求的规则变化时往往需要修改平台代码以适应新的资方或新的规则。由于修改平台代码需要专业的人员才能完成,对于业务人员来说,这种修改代码的形式往往不利于的操作,影响业务人员的处理效率。
发明内容
有鉴于此,本申请实施例提供了基于电子商务的交易业务处理方法、系统及终端设备,以解决现有金融企业中资方规则出现变化时,业务平台不能根据变化后的新规则处理交易业务的问题。
本申请实施例的第一方面提供了一种基于电子商务的交易业务处理方法,所述基于电子商务的交易业务处理方法包括:
获取交易业务,读取所述交易业务的相关数据;
根据所述交易业务调用预设的配标规则集合,根据所述相关数据遍历所述预设的配标规则集合中资方的配标规则,得到遍历结果;
根据所述遍历结果处理所述交易业务。
本申请实施例的第二方面提供了一种基于电子商务的交易业务处理系统,所述基于电子商务的交易业务处理系统包括:
获取单元,用于获取交易业务,读取所述交易业务的相关数据;
遍历单元,用于根据所述交易业务调用预设的配标规则集合,根据所述相关数据遍历所述预设的配标规则集合中资方的配标规则,得到遍历结果;
处理单元,用于根据所述遍历结果处理所述交易业务。
本申请实施例的第三方面提供了一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如所述基于电子商务的交易业务处理方法中任一项所述方法的步骤。
本申请实施例的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如所述基于电子商务的交易业务处理方法中任一项所述方法的步骤。
本申请提供的实施例中规则配置引擎从交易平台获取到交易业务时,读取所获取的交易业务的相关数据,然后从存储器的数据库中调用预设的配标规则集合,根据交易业务中包含的相关数据遍历所述预设的配标规则集合中每个资方的配标规则,得到遍历结果,以确定与所述相关数据匹配的配标规则所对应的资方,然后根据遍历结果处理相应的交易业务。这一过程中由于预先存储有资方的配标规则集合,将交易业务的相关数据遍历配标规则集合中所有资方的配标规则,再根据遍历结果处理交易业务实现了不同业务场景下的资金分配任务统一管理,使规则配置引擎可以无差异对接不同业务系统;并且用户可随时跟新所述预设的配标规则集合,从而即使在资方的配标规则出现变化时,业务平台也可根据更新后的配标规则处理相应的交易业务。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例一提供的一种基于电子商务的交易业务处理方法的流程示意图;
图2是本申请实施例一提供的基于电子商务的交易业务处理方法中遍历资方的流程图;
图3是本申请实施例二提供的一种基于电子商务的交易业务处理系统的示意图;
图4是本申请实施例三提供的终端设备的示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
本申请提供的实施例中包括交易平台、规则配置引擎、存储器,其中,所述交易平台包含多个交易系统;规则配置引擎从交易平台获取到交易业务时,读取所获取的交易业务的相关数据,然后从存储器的数据库调用预设的配标规则集合,根据交易业务中包含的相关数据遍历所述预设的配标规则集合中每个资方的配标规则,得到遍历结果,以确定与所述相关数据匹配的配标规则所对应的资方,然后根据遍历结果处理相应的交易业务。
为了说明本申请所述的技术方案,下面通过具体实施例来进行说明。
实施例一:
图1示出了本申请实施例一提供的一种基于电子商务的交易业务处理方法的实现流程示意图,详述如下:
步骤S11,获取交易业务,读取所述交易业务的相关数据;
本申请提供的实施例中,当某个业务平台上接收到待处理的交易业务时,发送待处理的交易业务到规则配置引擎,规则配置引擎接收到所述交易业务后读取交易业务中包含的相关数据。其中,所述相关数据包括:产品编码,合同号,合同金额,交易时间等;例如,某客户购买一款产品需要分期付款时,向金融公司就该交易业务提供相应的数据,如所购买产品的产品编码为CP001,合同号为B0001,合同金额为1000元,交易时间为2017-09-01等。
步骤S12,根据所述交易业务调用预设的配标规则集合,根据所述相关数据遍历所述预设的配标规则集合中资方的配标规则,得到遍历结果;
本申请提供的实施例中规则配置引擎读取交易业务的相关数据后,从存储器的数据库中调用预先存储的配标规则集合,称之为预设的配标规则集合,所述预设的配标规则集合中包含每个资方(提供资金的一方,如各大银行)对于交易业务制定的配标规则(即发放资金的规则),其中,所述配标规则包括:合同金额、贷款基本年利率、贷款时长等,例如,某一资方提供如下配标规则:
合同金额(businessAmount)>3000},此配标规则代表合同金额必须大于3000元;
贷款基本年利率(businessBIR)>35,此配标规则代表贷款基本年利率必须大于35%;
贷款时长<12(月),则代表贷款时长必须小于12个月。
规则配置引擎将交易业务的相关数据与每个资方的配标规则进行匹配,得到遍历结果;在进行匹配时包括:将所述交易业务中的每项相关数据与当前资方的配标规则中的对应项进行比较,判断所述相关数据是否满足资方配标规则对应的要求。可选的,用户可预先在程序执行代码中构建判断规则,遍历到资方的每项配标规则时,从数据库中的配标规则集合中调用相应判断规则后,执行判断过程。其中,所述遍历结果包括:存在与所述交易业务匹配的资方和不存在与所述交易业务匹配的资方。
例如将交易业务的合同金额与资方配标规则的合同金额相匹配,若交易业务的合同金额符合资方配标规则中规定的合同金额的要求,则说明二者在合同金额项的配标规则相匹配,然后再将交易业务中的其他数据与资方的配标规则相匹配。若当前资方的配标规则与交易业务的相关数据不匹配,则继续根据所述相关数据与下一个资方的配标规则相匹配,直至得出与所述相关数据匹配的资方,或者直至将所有资方都遍历结束。
优选的,由于每个资方一般会存在多于一项的配标规则,因此,可按照预设规则对每个资方的配标规则进行排序,在遍历到当前资方时,可对该资方的每项配标规则根据其优先级别进行累加判断,即,首先判断该资方的配标规则中优先级别最高的规则,在最高优先级别的配标规则满足资方要求时,继续判断优先级别排在第二位的配标规则,依次类推,直至将该资方所有配标判断完毕。其中,所述预设规则可根据金融公司或资方的需要进行预先设定,在此不做限定。
例如,这是A资方配标规则中合同金额为最优先规则、月放款金额为次优先规则,则在遍历该资方时,首先判断当前的交易业务中的合同金额是否满足A资方对合同金额的要求;若满足,则继续判断A资方本月的放款金额是否在其设置的月放款金额的范围内,若A资方本月已放款金额达到其设置的月放放款金额,则判断A资方不适用于当前的交易合同;继续遍历下一资方。可选地,每个资方对其配标规则中每项规则的优先等级的设置可由资方或金融公司进行配置,在此不做限定。
可选的,也可对资方的配标规则进行单独判断,例如,将当前资方最高优先级别的配标规则与交易业务合同中对应的数据进行比较判断,若合同中该项数据满足资方最高级别的优先规则,则不再进行后续判断过程而判定该合同满足当前资方的要求。例如,在当前资方的最高优先级别的配标规则为合同金额时,若交易业务的合同的金额满足资方最高级别配标规则,则可不再进行后续判断,直接判定该资方为与所述交易业务匹配的资方。
可选地,在所述根据所述交易业务调用预设的配标规则集合之前,包括:
获取至少一个资方的配标规则,其中,所述配标规则包括新增的配标规则,所述新增的配标规则由用户通过规则配置引擎的配置页面输入或通过预设网页输入;
根据预设规则整合每个资方的配标规则形成预设的配标规则集合,存储所述预设的配标规则集合到数据库。
具体地,可预先获取已存在的每个资方的配标规则,并对其进行整合,以形成预设的配标规则集合,并将其存储在数据库中。
另外,用户可以调用规则配置引擎的配置页面,直接在配置页面输入相应的配标规则,也可以打开预设的网页,在网页中完成配标规则的修改及增加,此时,在数据库中存储配标规则相关信息,其中,所述配标规则相关信息包括配标规则中每项规则的参数名、判断符以及参数值等,参数名包括配标金额、合同时长等,判断符包括“>”、“<”、“≥”以及“≤”等,参数值包括各参数名对应的数值,例如合同金额的数值,贷款时长的数值等。在有资方需要改变的配标规则时,用户直接在预设网页中登录后定位该资方的ID,并确定需要更改的选项,从数据库中存储的配标规则相关信息中调用需要更改的信息后,形成新的配标规则。例如,在资方A需要将其合同金额>3000元,更改为合同金额≥5000元时,在预设的网页中定位资方A的ID,然后调用其中的判断符“≥”以及金额数据“5000”,将原有配标金额>3000元修改为合同金额≥5000。由于数据库中预先存储了配标规则的相关信息,因此,即便某一个业务场景中资方的配变规则发生变化,也可通过直接调用预先存储的配标规则的相关信息对原有配标规则进行调整,以迅速响应变化,而无需通过修改功能代码实现配标规则的更新。
步骤S13,根据所述遍历结果处理所述交易业务。
本申请提供的实施例中,根据交易业务的相关数据遍历资方的配标规则后,若存在与交易业务匹配的资方,则由该资方向所述交易业务提供资金,以执行所述交易业务;若在遍历结束后未得到与该交易业务匹配的资方,则返回交易失败结果。
本申请提供的实施例中规则配置引擎从交易平台获取到交易业务时,读取所获取的交易业务的相关数据,然后从存储器的数据库中调用预设的配标规则集合,根据交易业务中包含的相关数据遍历所述预设的配标规则集合中每个资方的配标规则,得到遍历结果,以确定与所述相关数据匹配的配标规则所对应的资方,然后根据遍历结果处理相应的交易业务。这一过程中由于预先存储有资方的配标规则集合,将交易业务的相关数据遍历配标规则集合中所有资方的配标规则,再根据遍历结果处理交易业务实现了不同业务场景下的资金分配任务统一管理,使规则配置引擎可以无差异对接不同业务系统;并且用户可随时跟新所述预设的配标规则集合,从而即使在资方的配标规则出现变化时,业务平台也可根据更新后的配标规则处理相应的交易业务。
本申请提供的另一实施例中,所述根据所述相关数据遍历所述预设的配标规则集合中资方的配标规则,包括:
根据所述交易业务所属的交易系统获取所述预设的配标规则集合中适用于所述交易系统的资方;
根据所述相关数据中的合同金额遍历所述适用于所述交易系统的资方的配标规则。
具体地,在处理交易业务时,确定交易业务所属的交易系统,然后在所述预设的配标规则集合中筛选出适合于该交易系统的资方;提取筛选出的资方的配标规则中对于合同金额所设置的规则,然后根据当前的交易业务的合同金额遍历所筛选出的资方的合同金额,以确定是否存在与交易业务中合同金额匹配的资方。在筛选适合该交易系统的资方时,可根据该交易系统涉及的业务类型或该交易系统中所处理的交易业务的合同金额的范围进行筛选,其中,交易系统中所处理的交易业务的合同金额的范围由根据历史统计数据确定。
例如,当前的交易业务属于交易系统A,则根据每个资方的配标规则筛选出交易系统A可用的资方,然后确定出筛选出的资方的合同金额所属的范围,逐一判断当前的交易业务的合同金额是否满足某一资方对合同金额的要求,以最终根据判断结果执行交易业务,图2中示出了这一遍历资方配标规则的处理过程。
可选地,也可根据资方的配标规则中的贷款期限、或业务类型进行对使用与该交易系统的资方进行筛选,然后再根据当前的交易业务遍历筛选出的资方,以最终得到遍历结果。
本申请提供的另一实施例中,所述根据所述相关数据中的合同金额遍历所述适用于所述交易系统的资方的配标规则,包括:
获取所述配标规则的键值对,根据所述键值对解析所述配标规则中的合同金额;
遍历所述配标规则中的合同金额,初步确定是否存在与所述相关数据中的合同金额匹配的资方。
具体地,在根据交易业务中的合同金额遍历资方的配标规则时,还可以获取每个资方的配标规则的键值对,其中,所述键值对根据资方的配标规则基于HashMap生成,每个资方的配标规则可以包含多项规则(如同一资方的配标规则中包括合同金额、合同期限、利率等);每项规则对应一个键值对,因此,可以根据所获取的每个资方的合同金额对应键值对解析出相应资方的配标规则中合同金额所在的范围(如有些资方设置的配标规则中合同金额在3000-10000元之间),然后初步判断是否存在与当前的交易业务的合同金额相匹配的资方。
可选地,在获取键值对时,解析资方的配标规则,以获取键值对的相关信息,然后获取当前交易业务的键值对,将当前交易业务的合同金额对应的键值对与每个资方的每项配标规则的键值对进行匹配,得出匹配(true)或者不匹配(false)的结果;配标规则中如果包含多个相同的键值对,则根据键值对对应的规则逐一将其与交易业务的键值对进行比较,得出的“true”或“false”结果,并保存在同一个键值里,最终根据同一资方的每项配标规则的键值对的遍历结果,初步判断当前的交易业务是否满足某一资方的要求。
可选地,所述根据所述遍历结果处理所述交易业务,包括:
在得到与所述合同金额匹配的资方时,停止遍历程序,根据匹配的资方配标规则执行所述交易业务;
在遍历结束后,未得到与所述合同金额匹配的资方时,终止所述业务交易。
本申请提供的实施例中,根据资方的配标规则生成键值对,并根据键值对遍历所有资方的配标规则以确定适合当前的交易业务的资方;根据键值对进行资方的遍历实现了统一接口协议,做到跨系统、跨语言无障碍对接,降低了系统运行成本。
实施例二:
对应于上文实施例所述的基于电子商务的交易业务处理方法,图3示出了本申请实施例提供的基于电子商务的交易业务处理系统的结构框图,为了便于说明,仅示出了与本申请实施例相关的部分。
参照图3,该基于电子商务的交易业务处理系统包括:获取单元31、遍历单元32、处理单元33,其中:
获取单元31,用于获取交易业务,读取所述交易业务的相关数据;
本申请提供的实施例中,当某个业务平台上接收到待处理的交易业务时,发送待处理的交易业务到规则配置引擎,规则配置引擎接收到所述交易业务后读取交易业务中包含的相关数据。其中,所述相关数据包括:产品编码,合同号,合同金额,交易时间等。
遍历单元32,用于根据所述交易业务调用预设的配标规则集合,根据所述相关数据遍历所述预设的配标规则集合中资方的配标规则,得到遍历结果;
本申请提供的实施例中规则配置引擎读取交易业务的相关数据后,从存储器的数据库中调用预先存储的配标规则集合,称之为预设的配标规则集合,所述预设的配标规则集合中包含每个资方(提供资金的一方,如各大银行)对于交易业务制定的配标规则(即发放资金的规则),其中,所述配标规则包括:合同金额、贷款基本年利率、贷款时长等。
规则配置引擎将交易业务的相关数据与每个资方的配标规则进行匹配,得到遍历结果;在进行匹配时包括:将所述交易业务中的每项相关数据与当前资方的配标规则中的对应项进行比较,判断所述相关数据是否满足资方配标规则对应的要求。可选的,用户可预先在程序执行代码中构建判断规则,遍历到资方的每项配标规则时,从数据库中的配标规则集合中调用相应判断规则后,执行判断过程。其中,所述遍历结果包括:存在与所述交易业务匹配的资方和不存在与所述交易业务匹配的资方。
例如将交易业务的合同金额与资方配标规则的合同金额相匹配,若交易业务的合同金额符合资方配标规则中规定的合同金额的要求,则说明二者在合同金额项的配标规则相匹配,然后再将交易业务中的其他数据与资方的配标规则相匹配。若当前资方的配标规则与交易业务的相关数据不匹配,则继续根据所述相关数据与下一个资方的配标规则相匹配,直至得出与所述相关数据匹配的资方,或者直至将所有资方都遍历结束。
优选的,由于每个资方一般会存在多于一项的配标规则,因此,可按照预设规则对每个资方的配标规则进行排序,在遍历到当前资方时,可对该资方的每项配标规则根据其优先级别进行累加判断,即,首先判断该资方的配标规则中优先级别最高的规则,在最高优先级别的配标规则满足资方要求时,继续判断优先级别排在第二位的配标规则,依次类推,直至将该资方所有配标判断完毕。其中,所述预设规则可根据金融公司或资方的需要进行预先设定,在此不做限定。例如,这是A资方配标规则中合同金额为最优先规则、贷款利率为次优先规则,则在遍历该资方时,首先判断当前的交易业务中的合同金额是否满足A资方对合同金额的要求,若满足继续判断交易业务合同中利率的规定是否满足A资方对贷款利率的要求等。
可选的,也可对资方的配标规则进行单独判断,例如,将当前资方最高优先级别的配标规则与交易业务合同中对应的数据进行比较判断,若合同中该项数据满足资方最高级别的优先规则,则不再进行后续判断过程而判定该合同满足当前资方的要求。例如,在当前资方的最高优先级别的配标规则为合同金额时,若交易业务的合同的金额满足资方最高级别配标规则,则可不再进行后续判断,直接判定该资方为与所述交易业务匹配的资方。
处理单元33,用于根据所述遍历结果处理所述交易业务。
本申请提供的实施例中,根据交易业务的相关数据遍历资方的配标规则后,若存在与交易业务匹配的资方,则由该资方向所述交易业务提供资金,以执行所述交易业务;若在遍历结束后未得到与该交易业务匹配的资方,则返回交易失败结果。
可选地,所述交易业务的处理系统还包括:
整理单元,用于获取至少一个资方的配标规则,其中,所述配标规则包括新增的配标规则,所述新增的配标规则由用户通过规则配置引擎的配置页面输入或通过预设网页输入;根据预设规则整合每个资方的配标规则形成预设的配标规则集合,存储所述预设的配标规则集合到数据库。
具体地,可预先获取已存在的每个资方的配标规则,并对其进行整合,以形成预设的配标规则集合,并将其存储在数据库中。另外,在有新资方出现或原资方的配标出现变化时,也可将新增资方的配标规则或变化后的原资方的配标规则整合并存储在数据库中,此时,用户可以调用规则配置引擎的配置页面,直接在配置页面输入相应的配标规则,也可以打开预设的网页,在网页中
完成配标规则的修改及增加,此时,在数据库中存储配标规则相关信息,其中,所述配标规则相关信息包括配标规则中每项规则的参数名、判断符以及参数值等,参数名包括合同金额、合同时长等,判断符包括“>”、“<”、“≥”以及“≤”等,参数值包括各参数名对应的数值,例如配标金额的数值,贷款时长的数值等。在有资方需要改变的配标规则时,用户直接在预设网页中登录后定位该资方的ID,并确定需要更改的选项,从数据库中存储的配标规则相关信息中调用需要更改的信息后,形成新的配标规则。例如,在资方A需要将其合同金额>3000元,更改为合同金额≥5000元时,在预设的网页中定位资方A的ID,然后调用其中的判断符“≥”以及金额数据“5000”,将原有合同金额>3000元修改为合同金额≥5000。由于数据库中预先存储了配标规则的相关信息,因此,即便某一个业务场景中资方的配变规则发生变化,也可通过直接调用预先存储的配标规则的相关信息对原有配标规则进行调整,以迅速响应变化,而无需通过修改功能代码实现配标规则的更新。
本申请提供的实施例中规则配置引擎从交易平台获取到交易业务时,读取所获取的交易业务的相关数据,然后从存储器的数据库中调用预设的配标规则集合,根据交易业务中包含的相关数据遍历所述预设的配标规则集合中每个资方的配标规则,得到遍历结果,以确定与所述相关数据匹配的配标规则所对应的资方,然后根据遍历结果处理相应的交易业务。这一过程中由于预先存储有资方的配标规则集合,将交易业务的相关数据遍历配标规则集合中所有资方的配标规则,再根据遍历结果处理交易业务实现了不同业务场景下的资金分配任务统一管理,使规则配置引擎可以无差异对接不同业务系统;并且用户可随时跟新所述预设的配标规则集合,从而即使在资方的配标规则出现变化时,业务平台也可根据更新后的配标规则处理相应的交易业务。
可选地,所述遍历单元32包括:
资方获取模块,用于根据所述交易业务所属的交易系统获取所述预设的配标规则集合中适用于所述交易系统的资方;
第一遍历模块,用于根据所述相关数据中的合同金额遍历所述适用于所述交易系统的资方的配标规则。
具体地,在处理交易业务时,确定交易业务所属的交易系统,然后在所述预设的配标规则集合中筛选出适合于该交易系统的资方;提取筛选出的资方的配标规则中对于合同金额所设置的规则,然后根据当前的交易业务的合同金额遍历所筛选出的资方的合同金额,以确定是否存在与交易业务中合同金额匹配的资方。在筛选适合该交易系统的资方时,可根据该交易系统涉及的业务类型或该交易系统中所处理的交易业务的合同金额的范围进行筛选,其中,交易系统中所处理的交易业务的合同金额的范围由根据历史统计数据确定。
可选地,也可根据资方的配标规则中的贷款期限、或业务类型进行对使用与该交易系统的资方进行筛选,然后再根据当前的交易业务遍历筛选出的资方,以最终得到遍历结果。
可选的,所述遍历单元32,还包括:
键值对获取模块,用于获取所述配标规则的键值对,根据所述键值对确定所述配标规则中的合同金额;
第二遍历模块,用于遍历所述配标规则的合同金额,初步确定是否存在与所述相关数据中的合同金额匹配的资方。
具体地,在根据交易业务中的合同金额遍历资方的配标规则时,还可以获取每个资方的配标规则的键值对,其中,所述键值对根据资方的配标规则基于HashMap生成,每个资方的配标规则可以包含多项规则(如同一资方的配标规则中包括合同金额、合同期限、利率等);每项规则对应一个键值对,因此,可以根据所获取的每个资方的键值对解析出相应资方的配标规则中合同金额所在的范围(如有些资方设置的配标规则中合同金额在3000-10000元之间),然后初步判断是否存在与当前的交易业务的合同金额相匹配的资方。
可选地,在获取键值对时,解析资方的配标规则,以获取键值对的相关信息,然后获取当前交易业务的键值对,将当前交易业务的合同金额对应的键值对与每个资方的每项配标规则的键值对进行匹配,得出匹配(true)或者不匹配(false)的结果;配标规则中如果包含多个相同的键值对,则根据键值对对应的规则逐一将其与交易业务的键值对进行比较,得出的“true”或“false”结果,并保存在同一个键值里,最终根据同一资方的每项配标规则的键值对的遍历结果,初步判断当前的交易业务是否满足某一资方的要求。
可选地,所述处理单元33,包括:
停止遍历模块,用于在得到与所述合同金额匹配的资方时,停止遍历程序,根据匹配的资方配标规则执行所述交易业务;
业务交易终止模块,用于在遍历结束后,未得到与所述合同金额匹配的资方时,终止所述业务交易。
本申请提供的实施例中,根据资方的配标规则生成键值对,并根据键值对遍历所有资方的配标规则以确定适合当前的交易业务的资方;根据键值对进行资方的遍历实现了统一接口协议,做到跨系统、跨语言无障碍对接,降低了系统运行成本。
实施例三:
图4是本申请一实施例提供的终端设备的示意图。如图4所示,该实施例的终端设备4包括:处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个基于电子商务的交易业务处理方法实施例中的步骤,例如图1所示的步骤S11至S13。或者,所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能,例如图3所示单元31至33的功能。
示例性的,所述计算机程序42可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器41中,并由所述处理器40执行,以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序42在所述终端设备4中的执行过程。例如,所述计算机程序42可以被分割成:获取单元、遍历单元、处理单元,各单元具体功能如下:
获取单元,用于获取交易业务,读取所述交易业务的相关数据;
遍历单元,用于根据所述交易业务调用预设的配标规则集合,根据所述相关数据遍历所述预设的配标规则集合中资方的配标规则,得到遍历结果;
处理单元,用于根据所述遍历结果处理所述交易业务。
可选地,所述交易业务的处理系统还包括:
整理单元,用于获取至少一个资方的配标规则,其中,所述配标规则包括新增的配标规则,所述新增的配标规则由用户通过规则配置引擎的配置页面输入或通过预设网页输入;;根据预设规则整合每个资方的配标规则形成预设的配标规则集合,存储所述预设的配标规则集合到数据库。
可选地,所述遍历单元包括:
资方获取模块,用于根据所述交易业务所属的交易系统获取所述预设的配标规则集合中适用于所述交易系统的资方;
第一遍历模块,用于根据所述相关数据中的合同金额遍历所述适用于所述交易系统的资方的配标规则。
可选的,所述遍历单元,还包括:
键值对获取模块,用于获取所述配标规则的键值对,根据所述键值对确定所述配标规则的合同金额;
第二遍历模块,用于遍历所述配标规则中的合同金额,确定是否存在与所述相关数据中的合同金额匹配的资方。
可选地,所述处理单元,包括:
停止遍历模块,用于在得到与所述合同金额匹配的资方时,停止遍历程序,根据匹配的资方配标规则执行所述交易业务;
业务交易终止模块,用于在遍历结束后,未得到与所述合同金额匹配的资方时,终止所述业务交易。
所述终端设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括,但不仅限于,处理器40、存储器41。本领域技术人员可以理解,图4仅仅是终端设备4的示例,并不构成对终端设备4的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器40可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器41可以是所述终端设备4的内部存储单元,例如终端设备4的硬盘或内存。所述存储器41也可以是所述终端设备4的外部存储设备,例如所述终端设备4上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器41还可以既包括所述终端设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/终端设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/终端设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括是电载波信号和电信信号。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。