CN103544074B - 一种业务的校验方法及装置 - Google Patents
一种业务的校验方法及装置 Download PDFInfo
- Publication number
- CN103544074B CN103544074B CN201210237201.4A CN201210237201A CN103544074B CN 103544074 B CN103544074 B CN 103544074B CN 201210237201 A CN201210237201 A CN 201210237201A CN 103544074 B CN103544074 B CN 103544074B
- Authority
- CN
- China
- Prior art keywords
- rule
- product information
- business
- node
- information
- 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.)
- Active
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供一种业务的校验方法和装置,所述方法包括:接收业务的校验请求,所述校验请求包含产品信息和业务场景参数;从预置的数据中心查找与所述产品信息和业务场景参数相匹配的校验规则,所述数据中心用于存储规则、以及产品信息和业务场景参数与规则间的对应关系;解析所述校验规则,从中提取至少一个合法信息;利用所述至少一个合法信息对所述业务进行合法性校验。将规则配置在预置的数据中心,在校验时依据产品信息和业务场景参数从数据中心读取正确的规则,不再将规则写入业务的程序代码,就可以有效解决规则无法在不同业务中复用的问题。同时,将规则配置在数据中心,既可以减轻业务平台系统存储数据的压力,又能实现规则的统一管理。
Description
技术领域
本申请涉及网络数据处理领域,特别涉及一种业务的校验方法及装置。
背景技术
随着信息技术的飞速发展,越来越多的平台类服务出现在人们的日常生活之中,用户可以利用业务平台系统享受相关的服务。例如,利用账单业务平台系统享受缴费服务,利用订票业务平台系统享受订票服务。
为了保证用户通过业务平台系统享受服务的安全性和可靠性,一般情况下,业务平台系统会对用户的操作行为进行合法性验证。现有技术中,实现合法性验证的方式为,在编写实现某项业务的程序代码时,将验证用的规则写入代码中,这样,在业务平台系统执行该项业务对应的程序代码时,就会自动利用写入的规则对用户的操作行为进行合法性验证,如果与规则相符,则向用户提供服务;如果不相符,则终止服务过程。
这种将验证规则放在业务程序代码中的方式,虽然可以在执行业务程序代码时直接完成合法性验证过程,但却限制了规则的使用范围,使得规则只能在业务平台系统执行某项业务的程序代码时才有效,无法复用到其它业务中。此外,由于规则的复用性很差,还导致在为不同业务设置验证规则时,会出现不同业务包含相同规则的情况,使业务平台系统保存大量的重复冗余数据,浪费系统资源。
发明内容
本申请所要解决的技术问题是提供一种业务的校验方法,用以解决现有技术相同规则无法在不同业务中复用造成的业务平台系统保存大量重复冗余数据而浪费系统资源的技术问题。
本申请还提供了一种业务的校验装置,用以保证上述方法在实际中的实现及应用。
为了解决上述问题,本申请公开了一种业务的校验方法,包括如下步骤:
接收业务的校验请求,所述校验请求包含产品信息和业务场景参数;
从预置的数据中心查找与所述产品信息和业务场景参数相匹配的校验规则,所述数据中心用于存储规则、以及产品信息和业务场景参数与规则间的对应关系;
解析所述校验规则,从中提取至少一个合法信息;
利用所述至少一个合法信息对所述业务进行合法性校验。
优选的,所述方法还包括:
构建与业务场景参数相对应的产品信息结构和规则信息结构,且所述产品信息结构与所述规则信息结构具有相同的结构;所述产品信息结构用于表示多个业务的产品信息,所述规则信息结构用于表示所述多个业务的产品信息对应的规则;
所述数据中心用于存储规则、以及产品信息和业务场景参数与规则间的对应关系,具体为:所述数据中心用于存储业务场景参数、以及与所述业务场景参数相对应的产品信息结构和规则信息结构。
优选的,所述产品信息结构具体为产品信息树,所述规则信息结构具体为规则信息树;
所述产品信息树从根节点到叶子节点方向依次包含至少一个类型节点和至少一个特性节点;每个子类型节点存储的业务类型是其父类型节点存储的业务类型的细化或补充,每个子特性节点存储的业务特性是其父特性节点存储的业务特性的细化或补充;且第一级特性节点存储的业务特性是最后一级类型节点存储的业务类型所具有的业务特性;
所述规则信息树具有与所述产品信息树相同的结构;所述规则信息树中的每个节点存储的规则是所述产品信息树中相同位置节点中存储的业务类型或业务特性对应的规则;
所述产品信息由所述产品信息树中的一条从根节点到叶子节点的路径经过的所有节点存储的信息组成。
优选的,若所述数据中心保存业务场景参数、以及与所述业务场景参数相对应的产品信息树和规则信息树,则查找所述校验规则的具体方式为:
确定与所述业务场景参数相匹配的产品信息树和规则信息树;
确定所述校验请求中包含的产品信息在所述产品信息树中经过的路径节点,并将所述规则信息树中相同位置节点存储的规则作为所述校验规则。
优选的,所述方法还包括:
接收外部输入的信息,更新所述数据中心保存的产品信息结构和/或规则信息结构。
优选的,所述方法还包括:
在利用所述至少一个合法信息对所述业务进行合法性校验的过程中,在校验失败时抛出校验异常。
相应地,本申请还公开了一种业务的校验装置,该装置包括:
接收单元,用于接收业务的校验请求,所述校验请求包含产品信息和业务场景参数;
查找单元,用于从预置的数据中心查找与所述产品信息和业务场景参数相匹配的校验规则,所述数据中心用于存储规则、以及产品信息和业务场景参数与规则间的对应关系;
解析单元,用于解析所述校验规则,从中提取至少一个合法信息;
校验单元,用于利用所述至少一个合法信息对所述业务进行合法性校验。
优选的,所述装置还包括:
构建单元,用于构建与业务场景参数相对应的产品信息结构和规则信息结构,且所述产品信息结构与所述规则信息结构具有相同的结构;所述产品信息结构用于表示多个业务的产品信息,所述规则信息结构用于表示所述多个业务的产品信息对应的规则;
则,所述数据中心用于存储规则、以及产品信息和业务场景参数与规则间的对应关系,具体为:所述数据中心用于存储业务场景参数、以及与所述业务场景参数相对应的产品信息结构和规则信息结构。
优选的,所述构建单元,具体用于构建与业务场景参数相对应的产品信息树和规则信息树;
所述产品信息树从根节点到叶子节点方向依次包含至少一个类型节点和至少一个特性节点;每个子类型节点存储的业务类型是其父类型节点存储的业务类型的细化或补充,每个子特性节点存储的业务特性是其父特性节点存储的业务特性的细化或补充;且第一级特性节点存储的业务特性是最后一级类型节点存储的业务类型所具有的业务特性;
所述规则信息树具有与所述产品信息树相同的结构;所述规则信息树中的每个节点存储的规则是所述产品信息树中相同位置节点中存储的业务类型或业务特性对应的规则;
所述产品信息由所述产品信息树中的一条从根节点到叶子节点的路径经过的所有节点存储的信息组成。
优选的,若所述数据中心保存业务场景参数、以及与所述业务场景参数相对应的产品信息树和规则信息树,则所述查找单元具体包括:
第一确定单元,用于确定与所述业务场景参数相匹配的产品信息树和规则信息树;
第二确定单元,用于确定所述校验请求中包含的产品信息在所述产品信息树中经过的路径节点,并将所述规则信息树中相同位置节点存储的规则作为所述校验规则。
优选的,所述装置还包括:
更新单元,用于接收外部输入的信息,更新所述数据中心保存的产品信息结构和/或规则信息结构。
优选的,所述装置还包括:
抛出异常单元,用于在所述校验单元进行合法性校验的过程中,在校验失败时抛出校验异常。
与现有技术相比,本申请包括以下优点:本申请将规则配置在预置的数据中心,在校验时依据产品信息和业务场景参数从数据中心读取正确的规则,不再将规则写入业务的程序代码,就可以有效解决规则无法在不同业务中复用的问题。将规则配置在数据中心,一方面实现了规则的复用,避免保存重复冗余数据造成的系统资源浪费,减轻了系统存储数据的压力,另一方面还能实现规则的统一管理。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一种业务的校验方法实施例1的流程图;
图2是本申请一种业务的校验方法实施例2的流程图;
图3是本申请中产品信息树的结构示意图;
图4是本申请中规则信息树的结构示意图;
图5是本申请中从数据中心查找校验规则的方法流程图;
图6是本申请一种业务的校验方法实施例3的流程图;
图7为本申请一种业务的校验装置实施例1的示意图;
图8是本申请一种业务的校验装置实施例2的示意图;
图9是本申请中查找单元的构成示意图;
图10是本申请一种业务的校验装置实施例3的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请可用于众多通用或专用的计算系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、包括以上任何系统或设备的分布式计算环境等等。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本申请将规则配置在预置的数据中心,当接收到业务的校验请求时,则利用请求中包含的产品信息和业务场景参数从数据中心读取正确的规则,实现了规则在不同业务中的复用。将规则配置在数据中心,而不是写入业务的程序代码中,一方面实现了规则的复用,避免保存重复冗余数据造成的系统资源浪费,减轻了系统存储数据的压力,另一方面还能实现规则的统一管理。
参考图1,示出了本申请一种业务的校验方法实施例1的流程图,可以包括以下步骤:
步骤101,接收业务的校验请求,所述校验请求包含产品信息和业务场景参数。
本申请实施例中的业务场景参数,可理解为在业务流转过程中的时间节点。例如,对于账单类业务来说,其流转过程中出现的时间节点可包括单据创建、单据支付、销账,则对应的业务场景参数就是单据创建、单据支付、销账;对于交通类业务来说,其流转过程中出现的时间节点可包括票务预订、出票、电子检票,则对应的业务场景参数就是票务预订、出票、电子检票;对于社保类业务来说,其流转过程中出现的时间节点可包括账户创建、账户转出、账户转入,则对应的业务场景参数就是账户创建、账户转出、账户转入。
本申请实施例中的产品信息具体包括业务类型和业务特性两方面信息。
本步骤即是用户需要业务平台系统为其提供服务时,系统的功能模块发出的校验请求,只有在校验合格的情况下,功能模块才能继续为用户提供相应的服务。
步骤102,从预置的数据中心查找与所述产品信息和业务场景参数相匹配的校验规则,所述数据中心用于存储规则、以及产品信息和业务场景参数与规则间的对应关系。
校验装置接收到校验请求后,即被触发从预置的数据中心查找与当前业务相匹配的校验规则。根据产品信息就可以确定出系统需要为用户提供哪种服务业务,此外,为了准确获取校验规则,校验装置还需要通过业务场景参数确定系统当前是在哪个流转节点上为用户提供该服务业务。例如,对于业务类型为还贷款的产品信息来说,校验装置根据这个产品信息就知晓其为用户提供的是还贷款这一服务业务,但是该服务业务可能在多个流转节点上都会出现,而如果将业务场景参数限定为单据创建,则校验装置就可以准确知晓当前为用户提供的服务业务是,创建一个还贷款的单据;如果将业务场景参数限定为单据支付,则校验装置就可以准确知晓当前为用户提供的服务业务是,支付一个还贷款的单据。
本申请实施例通过构造一个预置的数据中心,将规则、以及产品信息和业务场景参数与规则的对应关系预先保存,等到需要查找校验业务用的规则时,可以直接从该数据中心获取,实现规则在不同业务中的复用,避免业务平台保存大量冗余的重复规则;此外,将规则、及产品信息和业务场景参数与规则的对应关系预存在数据中心,还能实现规则的统一配置和统一管理。
本申请实施例对数据中心保存规则、以及产品信息和业务场景参数与规则间对应关系的方式不做限定。为了方便理解,可举以下两个示例进行解释说明,参见表1、表2所示的保存方式:
表1
规则 | 产品信息 | 业务场景参数 |
规则A1 | 产品信息B1 | 业务场景参数C1 |
规则A2 | 产品信息B2 | 业务场景参数C1 |
规则A1 | 产品信息B1 | 业务场景参数C3 |
规则A1 | 产品信息B2 | 业务场景参数C2 |
…… | …… | …… |
表2
步骤103,解析所述校验规则,从中提取至少一个合法信息。
步骤104,利用所述至少一个合法信息对所述业务进行合法性校验。
从数据中心查找到正确的校验规则,在进行规则校验之前,还需要解析规则,从中提取出校验用的至少一个合法信息,然后再逐一的比对合法信息与业务中的数据,如果业务中的数据满足合法信息的要求,则认为该数据校验成功,否则认为该数据校验失败。例如,如果用户需要业务平台系统提供“创建还贷款单据”这一服务,则从校验规则中提取出的合法信息可包括每张单据的最高额度、每日创建单据的最大次数等,这样,校验装置就可以逐一利用这些合法信息去判断当前业务中包含的还贷款金额、本张单据在当日的创建编号等数据的合法性。
本申请实施例预置一个保存规则、以及规则与产品信息和业务场景参数关系的数据中心,在用户请求业务平台系统的某个功能模块为其提供服务时,该功能模块先向校验装置发送业务的校验请求,触发校验装置从数据中心获取业务的校验规则,并利用校验规则验证用户请求业务的合法性。
参考图2,示出了本申请一种业务的校验方法实施例2的流程图,可以包括以下步骤:
步骤201,构建与业务场景参数相对应的产品信息结构和规则信息结构,且所述产品信息结构与所述规则信息结构具有相同的结构;所述产品信息结构用于表示多个业务的产品信息,所述规则信息结构用于表示所述多个业务的产品信息对应的规则。
在构造数据中心时,如果采用表1所示方式将规则零散的保存在数据中心,那么在依据产品信息和业务场景参数查找校验规则时,耗时可能较长,且无法体现不同规则之间存在的关联关系;如果采用表2所示方式存储规则,虽然对规则实现了一定程度的集中管理,可相对缩短查找校验规则消耗的时间,但仍无法体现不同规则之间的关联关系。
本申请实施例实现规则在不同业务间的复用之后,还进一步通过构建具有相同结构的产品信息结构和规则信息结构的方式,实现对规则的集中管理,并建立产品信息之间、规则之间的关联关系,各个产品信息、规则不再单独的孤立存在。具体地,产品信息结构和规则信息结构可呈树状、正交、网状、星型等结构。
对于产品信息结构和规则信息结构的构建过程此处暂不详述。
步骤202,接收业务的校验请求,所述校验请求包含产品信息和业务场景参数。
步骤203,从预置的数据中心查找与所述产品信息和业务场景参数相匹配的校验规则,所述数据中心用于存储业务场景参数、以及与所述业务场景参数相对应的产品信息结构和规则信息结构。
步骤204,解析所述校验规则,从中提取至少一个合法信息。
步骤205,利用所述至少一个合法信息对所述业务进行合法性校验。
步骤202~步骤205与步骤101~步骤104相同,只是数据中心具体存储的是业务场景参数、以及与业务场景参数相对应的产品信息结构和规则信息结构。
下面对产品信息结构和规则信息结构的构建过程进行简单介绍。
以树状结构为例,即产品信息结构具体为产品信息树,规则信息结构具体为规则信息树,构建过程如下;
所述产品信息树从根节点到叶子节点方向依次包含至少一个类型节点和至少一个特性节点;每个子类型节点存储的业务类型是其父类型节点存储的业务类型的细化或补充,每个子特性节点存储的业务特性是其父特性节点存储的业务特性的细化或补充;且第一级特性节点存储的业务特性是最后一级类型节点存储的业务类型所具有的业务特性;
所述规则信息树具有与所述产品信息树相同的结构;所述规则信息树中的每个节点存储的规则是所述产品信息树中相同位置节点中存储的业务类型或业务特性对应的规则;
所述产品信息由所述产品信息树中的一条从根节点到叶子节点的路径经过的所有节点存储的信息组成。
参见图3所示的产品信息树的示意图。其中,账单类业务301、第一业务类型302、第二业务类型303均属于产品信息树的业务类型节点,且第一业务类型和第二业务类型为账单类业务的子节点,用于细化或补充账单类业务;第一出账机构304、第二出账机构305、第三出账机构306、第四出账机构307、第一销账机构308、第二销账机构309、第三销账机构310、第四销账机构311、第五销账机构312、第六销账机构313、第七销账机构314、第八销账机构315均属于产品信息树的业务特性节点,且销账机构为对应的出账机构的子节点。
对应上述产品信息树各节点间的关系,构建图4所示的规则信息树。其中,账单类业务的通用规则401对应账单类业务301,第一业务类型规则402对应第一业务类型302,第二业务类型规则403对应第二业务类型303,且第一业务类型规则和第二业务类型规则为通用规则的子节点,用于细化或补充通用规则;相应地,不同出账机构规则对应不同出账机构,不同销账机构规则对应不同销账机构,且销账机构规则作为出账机构规则的子节点,用于细化或补充出账机构的规则。
如果第一业务类型302为还贷款,第一出账机构304为北京光大银行,第一销账机构308为北京光大银行,那么对应的产品信息即为“账单类业务/还贷款/北京光大银行/北京光大银行”,则规则信息树中的第一业务类型规则402存储的即为还贷款的规则,第一出账机构规则404存储的即为北京光大银行作为出账机构时,在还贷款方面的规则(该规则是对规则402的进一步细化或补充),第一出账机构规则408存储的即为北京光大银行作为销账机构时,在还贷款方面的规则(该规则是对规则404的进一步细化或补充)。
如上所述,由于规则信息结构与产品信息结构是一致的,因此从上至下(即从根节点到叶子节点)对产品信息进行一次划分,规则也就进行了一次划分。需要说明的是,在某个业务场景参数对应的规则信息结构中,子节点存储的规则不能与父节点存储的规则相矛盾,且子节点存储的规则的优先级要高于父节点存储的规则的优先级。例如:在“单据创建”业务场景下:第二业务类型303为信用卡还款,对应的第二业务类型规则403要求每日最高额度为5万元,第三出账机构306为中国银行,其对应的第三出账机构规则406要求每日最高额度为2万元,那么,第三出账机构规则406存储的规则则是有效的,此时子节点存储的规则覆盖父节点存储的规则,信用卡还款业务以2万元为上限。而若是第三出账机构的规则406中未对每日最高额度进行限定,则以父节点第二业务类型的规则403存储的规则为准,即信用卡还款业务每日的最高额度为5万元。
如果采用如上方式构建了与业务场景参数相对应的产品信息树和规则信息树,则校验装置在接收到业务平台系统的功能模块发送的校验请求后,可以按照图5所示方式从数据中心查找校验规则,可包括以下步骤:
步骤501,确定与所述业务场景参数相匹配的产品信息树和规则信息树;
步骤502,确定所述校验请求中包含的产品信息在所述产品信息树中经过的路径节点,并将所述规则信息树中相同位置节点存储的规则作为所述校验规则。
校验装置接收到业务的校验请求之后,按照以下两个步骤从数据中心查找校验规则:
第一步,通过业务场景参数确定出产品信息树和规则信息树,为准确查找当前业务对应的校验规则划定范围,明确业务平台系统当前是在哪个流转节点上为用户提供服务业务,这就为获取正确的校验规则提供了一定的技术基础。
第二步,依据产品信息包含的内容确定其在产品信息树中经过的路径节点,并在规则信息树中确定与所述路径节点在位置上相应的规则节点,遍历这些规则节点,从上至下(即从根节点到叶子节点)读取每个节点存储的规则,确定业务对应的校验规则:将父节点存储的规则作为业务的校验规则,如果子节点是对父节点的补充,则将子节点存储的规则添加到校验规则中,视为校验规则的一部分;如果子节点是对父节点的细化,则利用子节点存储的规则覆盖父节点存储的规则,作为业务最终的校验规则。
仍以上述产品信息“账单类业务/还贷款/北京光大银行/北京光大银行”为例,依据产品信息包含的内容确定的路径节点为“账单类业务301/第一业务类型302/第一出账机构304/第一销账机构308”,进一步地,依据上述路径节点在规则信息树中确定的规则节点为“通用规则401/第一业务类型规则402/第一出账机构规则404/第一销账机构规则408”,在确定好这四个规则节点之后,读取每个规则节点存储的规则:如果通用规则401存储的规则为“每日最高额度5万元”,则业务的校验规则为“每日最高额度5万元”;如果第一业务类型规则402存储的规则为“每日创建单据的最大次数为10次”,则遍历这两个节点之后获得的校验规则为“每日最高额度5万元,且每日创建单据的最大次数为10次”;如果第一出账机构规则404未存储特殊要求,则遍历三个节点之后获得的校验规则仍是“每日最高额度5万元,且每日创建单据的最大次数为10次”;如果第一销账机构规则408存储的规则为“每日最高额度3万元”,则遍历四个节点之后获得的校验规则为“每日最高额度3万元,且每日创建单据的最大次数为10次”,这就是最终确定的与当前业务相对应的校验规则。
参考图6,示出了本申请一种业务的校验方法实施例3的流程图,可以包括以下步骤:
步骤601,构建与业务场景参数相对应的产品信息结构和规则信息结构,且所述产品信息结构与所述规则信息结构具有相同的结构;所述产品信息结构用于表示多个业务的产品信息,所述规则信息结构用于表示所述多个业务的产品信息对应的规则。
步骤601与步骤201相同,此处不再赘述。
步骤602,接收外部输入的信息,更新所述数据中心保存的产品信息结构和/或规则信息结构。
现有技术中将规则写入实现业务功能的程序代码内,一旦有扩展需求,除了在程序代码内增加、删除或修改规则的代码之外,对于增加和修改规则的情况来说,还需要检测扩展的规则是否与已存在的规则相矛盾。因为这种将规则写入程序代码的方式无法体现各规则间的关联关系,因此,需要逐一判断扩展的规则是否与每个已存在的规则相符,检测过程可描述为:遍历所有已存在的规则,判断其是否与扩展的规则相关,如果不相关,则继续判断下一已存在规则与扩展规则的相关性;如果相关,则继续判断二者是否相矛盾。由此可知,这种扩展过程较为复杂,且工作量很大。
本申请实施例通过构建产品信息结构和规则信息结构的方式,建立了不同产品信息、不同规则间的关联关系,因此,在有扩展需求时,只需要根据外部输入的信息,更新产品信息结构和/或规则信息结构的节点即可。另外,对于增加和修改规则的情况而言,也只需要检测增加或修改的规则与其有关联关系的节点(即父节点和/或子节点)存储的规则间是否相矛盾即可,检测过程简单易行。
对于下述实例,通用规则401存储的规则为“每日最高额度5万元”,第一业务类型规则402存储的规则为“每日创建单据的最大次数为10次”,第一出账机构规则404未存储特殊要求,第一销账机构规则408存储的规则为“每日最高额度3万元”,如果外部操作人员输入信息“每日最高额度2万元”为第一出账机构配置规则,则需要判断新输入的规则与父节点第一业务类型规则402存储的规则是否相符,经判断为相符,继续判断新输入的规则与子节点第一销账机构规则408存储的规则是否相符,经判断为不符,因此“每日最高额度2万元”这一扩展规则是不合法的,不能作为第一出账机构的规则使用。如果扩展规则为“每日最高额度4万元”,则该扩展规则与其父节点和子节点均相符,可作为第一出账机构的规则存储在第一出账机构规则404中。
本申请实施例根据外部操作人员输入的配置信息,实时更新数据中心保存的产品信息结构和/或规则信息结构,并保证更新后的产品信息结构与规则信息结构具有相同的结构,就可以提高规则查找的灵活性和准确性。
步骤603,接收业务的校验请求,所述校验请求包含产品信息和业务场景参数。
步骤604,从预置的数据中心查找与所述产品信息和业务场景参数相匹配的校验规则,所述数据中心用于存储业务场景参数、以及与所述业务场景参数相对应的产品信息结构和规则信息结构。
步骤605,解析所述校验规则,从中提取至少一个合法信息。
步骤606,利用所述至少一个合法信息对所述业务进行合法性校验。
步骤603~步骤606与步骤202~步骤205相同,此处不再赘述。
在实际应用中,一个规则节点存储的规则可能不止针对业务的一个维度进行限定,可能会从用户类型、用户状态、单笔金额限制、单日次数限制等多个维度进行限定,这样,在查找到业务的校验规则之后,还需要解析校验规则,从中提取出从不同维度限定的合法信息。
下面以一段xml(ExtensibleMarkupLanguage,可扩展标记语言)配置来表述,xml文档的结构按照xsd(XMLSchemasDefinition,xml结构定义)的约束完成(事先定义,操作人员可以通过规则配置后台进行配置),以单据创建为业务场景参数,北京光大银行作为出账机构,在还贷款方面的规则为例,规则配置如下:
上述示例中,每个validator标签代表一个维度的规则,validator的子标签enable、limitAmount等描述了具体的规则,如limitAmountValidator的<minAmount>10</minAmount>描述的规则是创建单据的最小金额为10元。
由上述xml配置的表述可知,一条规则下面针对不同业务维度会配置多个validator(用户类型、用户状态、每日单笔额度、每日累计额度、每日创建次数),而每个维度又对应有各自的校验器(用户类型校验器、用户状态校验器、每日单笔额度校验器、每日累计额度校验器、每日创建次数校验器),可以通过校验器完成对每个维度规则的校验。
需要说明的是,对于上述通过xml配置的规则来说,可以采用xml解析插件dom4j(是一个Java的XMLAPI,类似于jdom,用来读写xml文件)完成合法信息的解析过程,遍历每条规则下的所有validator,从中提取出从不同维度限定的合法信息。
因为每个维度的合法信息均对应一个校验器,校验器可以完成对该维度规则的校验,作为本申请实施例的优选方案,在利用提取出的至少一个合法信息对业务进行合法性校验的过程中,如果某个校验器输出校验成功的结果,则其它校验器可继续对其它维度的规则进行校验;如果校验器输出校验失败的结果,则可构建异常信息,并向发送校验请求的功能模块抛出校验异常,由功能模块进行捕获处理。这样,在校验失败时,就可以根据校验器抛出的异常进行错误定位,方便快捷的确定出存在问题的业务数据,解决了现有技术将校验规则写入程序代码中,当存在校验失败的业务数据时,排查困难的问题。
参考图7,示出了本申请一种业务的校验装置实施例1的示意图,所述装置可包括:
接收单元701,用于接收业务的校验请求,所述校验请求包含产品信息和业务场景参数;
查找单元702,用于从预置的数据中心查找与所述产品信息和业务场景参数相匹配的校验规则,所述数据中心用于存储规则、以及产品信息和业务场景参数与规则间的对应关系;
解析单元703,用于解析所述校验规则,从中提取至少一个合法信息;
校验单元704,用于利用所述至少一个合法信息对所述业务进行合法性校验。
在业务平台系统的功能模块推进业务(例如,创建一个还贷款的单据、预订一张机票、转出一个社保账户)之前,要先向校验装置发送校验请求,触发校验装置对当前推进的业务进行规则校验,只有校验通过后,才能向用户提供相应的服务。
接收单元接收到功能模块发送的校验请求后,即触发查找单元从预置的数据中心查找与当前业务相匹配的校验规则,综合考虑业务场景参数和产品信息确定出业务平台系统当前是在哪个流转节点上为用户提供哪种服务业务,进而正确查找到与当前业务相匹配的校验规则。例如,业务场景参数为“单据创建”,产品信息为“账单类业务/还贷款/北京光大银行/北京光大银行”(其中“账单类业务/还贷款”为业务类型,“北京光大银行/北京光大银行”为还贷款这一业务类型所具有的业务特性),表明系统当前为用户提供的业务为:在北京光大银行作为出账机构、北京光大银行作为销账机构的业务特性下,创建一个还贷款的单据,这样查找单元就可以在预置的数据中心准确查找到与该业务相对应的校验规则,进而对该业务进行规则校验。
参考图8,示出了本申请一种业务的校验装置实施例2的示意图,所述装置可包括:
构建单元801,用于构建与业务场景参数相对应的产品信息结构和规则信息结构,且所述产品信息结构与所述规则信息结构具有相同的结构;所述产品信息结构用于表示多个业务的产品信息,所述规则信息结构用于表示所述多个业务的产品信息对应的规则;
接收单元802,用于接收业务的校验请求,所述校验请求包含产品信息和业务场景参数;
查找单元803,用于从预置的数据中心查找与所述产品信息和业务场景参数相匹配的校验规则,所述数据中心用于存储业务场景参数、以及与所述业务场景参数相对应的产品信息结构和规则信息结构;
解析单元804,用于解析所述校验规则,从中提取至少一个合法信息;
校验单元805,用于利用所述至少一个合法信息对所述业务进行合法性校验。
本申请实施例实现规则在不同业务间的复用之后,还进一步通过构建具有相同结构的产品信息结构和规则信息结构的方式,实现对规则的集中管理,并建立产品信息之间、规则之间的关联关系,各个产品信息、规则不再单独的孤立存在。具体地,产品信息结构和规则信息结构可呈树状、正交、网状、星型等结构。
当所述构建单元用于构建与业务场景参数相对应的产品信息树和规则信息树时,具体构建过程如下;
所述产品信息树从根节点到叶子节点方向依次包含至少一个类型节点和至少一个特性节点;每个子类型节点存储的业务类型是其父类型节点存储的业务类型的细化或补充,每个子特性节点存储的业务特性是其父特性节点存储的业务特性的细化或补充;且第一级特性节点存储的业务特性是最后一级类型节点存储的业务类型所具有的业务特性;
所述规则信息树具有与所述产品信息树相同的结构;所述规则信息树中的每个节点存储的规则是所述产品信息树中相同位置节点中存储的业务类型或业务特性对应的规则;
所述产品信息由所述产品信息树中的一条从根节点到叶子节点的路径经过的所有节点存储的信息组成。
进一步地,如果所述数据中心保存的是业务场景参数、以及与所述业务场景参数相对应的产品信息树和规则信息树,则所述查找单元可具体体现为图9所示的示意图,包括:
第一确定单元901,用于确定与所述业务场景参数相匹配的产品信息树和规则信息树;
第二确定单元902,用于确定所述校验请求中包含的产品信息在所述产品信息树中经过的路径节点,并将所述规则信息树中相同位置节点存储的规则作为所述校验规则。
需要说明的是,确定出与产品信息树中的路径节点在位置上相应的规则节点之后,遍历这些规则节点,从上至下(即从根节点到叶子节点)读取每个节点存储的规则,以确定出当前业务对应的校验规则:将父节点存储的规则作为业务的校验规则,如果子节点是对父节点的补充,则将子节点存储的规则添加到校验规则中,视为校验规则的一部分;如果子节点是对父节点的细化,则利用子节点存储的规则覆盖父节点存储的规则,作为业务最终的校验规则。
参考图10,示出了本申请一种业务的校验装置实施例3的示意图,所述装置可包括:
构建单元1001,用于构建与业务场景参数相对应的产品信息结构和规则信息结构,且所述产品信息结构与所述规则信息结构具有相同的结构;所述产品信息结构用于表示多个业务的产品信息,所述规则信息结构用于表示所述多个业务的产品信息对应的规则;
更新单元1002,用于接收外部输入的信息,更新所述数据中心保存的产品信息结构和/或规则信息结构;
接收单元1003,用于接收业务的校验请求,所述校验请求包含产品信息和业务场景参数;
查找单元1004,用于从预置的数据中心查找与所述产品信息和业务场景参数相匹配的校验规则,所述数据中心用于存储业务场景参数、以及与所述业务场景参数相对应的产品信息结构和规则信息结构;
解析单元1005,用于解析所述校验规则,从中提取至少一个合法信息;
校验单元1006,用于利用所述至少一个合法信息对所述业务进行合法性校验。
本申请实施例通过构建产品信息结构和规则信息结构的方式,建立了不同产品信息、不同规则间的关联关系,因此,在有扩展需求时,只需要根据外部输入的信息,更新产品信息结构和/或规则信息结构的节点即可。另外,对于增加和修改规则的情况而言,也只需要检测增加或修改的规则与其有关联关系的节点(即父节点和/或子节点)存储的规则间是否相矛盾即可,检测过程简单易行。
进一步地,在校验单元利用提取出的多个合法信息,对业务进行合法性校验的过程中,如果合法信息对应的校验器输出校验失败的结果,则可通知抛出异常单元向发送校验请求的功能模块抛出异常,由功能模块进行捕获处理,从而方便快捷的对存在问题的业务数据进行错误定位。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个......”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的一种信息推送方法及装置进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (12)
1.一种业务的校验方法,其特征在于,所述方法包括:
接收业务的校验请求,所述校验请求包含产品信息和业务场景参数;所述产品信息包括:业务类型和业务特性;所述业务场景参数为在业务流转过程中的时间节点参数;
从预置的数据中心查找与所述产品信息和业务场景参数相匹配的校验规则,所述数据中心用于存储规则、以及产品信息和业务场景参数与规则间的对应关系;
解析所述校验规则,从中提取至少一个合法信息;
利用所述至少一个合法信息对所述业务进行合法性校验。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
构建与业务场景参数相对应的产品信息结构和规则信息结构,且所述产品信息结构与所述规则信息结构具有相同的结构;所述产品信息结构用于表示多个业务的产品信息,所述规则信息结构用于表示所述多个业务的产品信息对应的规则;
所述数据中心用于存储规则、以及产品信息和业务场景参数与规则间的对应关系,具体为:所述数据中心用于存储业务场景参数、以及与所述业务场景参数相对应的产品信息结构和规则信息结构。
3.根据权利要求2所述的方法,其特征在于,
所述产品信息结构具体为产品信息树,所述规则信息结构具体为规则信息树;
所述产品信息树从根节点到叶子节点方向依次包含至少一个类型节点和至少一个特性节点;每个子类型节点存储的业务类型是其父类型节点存储的业务类型的细化或补充,每个子特性节点存储的业务特性是其父特性节点存储的业务特性的细化或补充;且第一级特性节点存储的业务特性是最后一级类型节点存储的业务类型所具有的业务特性;
所述规则信息树具有与所述产品信息树相同的结构;所述规则信息树中的每个节点存储的规则是所述产品信息树中相同位置节点中存储的业务类型或业务特性对应的规则;
所述产品信息由所述产品信息树中的一条从根节点到叶子节点的路径经过的所有节点存储的信息组成。
4.根据权利要求3所述的方法,其特征在于,若所述数据中心保存业务场景参数、以及与所述业务场景参数相对应的产品信息树和规则信息树,则查找所述校验规则的具体方式为:
确定与所述业务场景参数相匹配的产品信息树和规则信息树;
确定所述校验请求中包含的产品信息在所述产品信息树中经过的路径节点,并将所述规则信息树中相同位置节点存储的规则作为所述校验规则。
5.根据权利要求2-4任一项所述的方法,其特征在于,所述方法还包括:
接收外部输入的信息,更新所述数据中心保存的产品信息结构和/或规则信息结构。
6.根据权利要求1-4任一项所述的方法,其特征在于,所述方法还包括:
在利用所述至少一个合法信息对所述业务进行合法性校验的过程中,在校验失败时抛出校验异常。
7.一种业务的校验装置,其特征在于,所述装置包括:
接收单元,用于接收业务的校验请求,所述校验请求包含产品信息和业务场景参数;所述产品信息包括:业务类型和业务特性;所述业务场景参数为在业务流转过程中的时间节点参数;
查找单元,用于从预置的数据中心查找与所述产品信息和业务场景参数相匹配的校验规则,所述数据中心用于存储规则、以及产品信息和业务场景参数与规则间的对应关系;
解析单元,用于解析所述校验规则,从中提取至少一个合法信息;
校验单元,用于利用所述至少一个合法信息对所述业务进行合法性校验。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
构建单元,用于构建与业务场景参数相对应的产品信息结构和规则信息结构,且所述产品信息结构与所述规则信息结构具有相同的结构;所述产品信息结构用于表示多个业务的产品信息,所述规则信息结构用于表示所述多个业务的产品信息对应的规则;
则,所述数据中心用于存储规则、以及产品信息和业务场景参数与规则间的对应关系,具体为:所述数据中心用于存储业务场景参数、以及与所述业务场景参数相对应的产品信息结构和规则信息结构。
9.根据权利要求8所述的装置,其特征在于,
所述构建单元,具体用于构建与业务场景参数相对应的产品信息树和规则信息树;
所述产品信息树从根节点到叶子节点方向依次包含至少一个类型节点和至少一个特性节点;每个子类型节点存储的业务类型是其父类型节点存储的业务类型的细化或补充,每个子特性节点存储的业务特性是其父特性节点存储的业务特性的细化或补充;且第一级特性节点存储的业务特性是最后一级类型节点存储的业务类型所具有的业务特性;
所述规则信息树具有与所述产品信息树相同的结构;所述规则信息树中的每个节点存储的规则是所述产品信息树中相同位置节点中存储的业务类型或业务特性对应的规则;
所述产品信息由所述产品信息树中的一条从根节点到叶子节点的路径经过的所有节点存储的信息组成。
10.根据权利要求9所述的装置,其特征在于,若所述数据中心保存业务场景参数、以及与所述业务场景参数相对应的产品信息树和规则信息树,则所述查找单元具体包括:
第一确定单元,用于确定与所述业务场景参数相匹配的产品信息树和规则信息树;
第二确定单元,用于确定所述校验请求中包含的产品信息在所述产品信息树中经过的路径节点,并将所述规则信息树中相同位置节点存储的规则作为所述校验规则。
11.根据权利要求8-10任一项所述的装置,其特征在于,所述装置还包括:
更新单元,用于接收外部输入的信息,更新所述数据中心保存的产品信息结构和/或规则信息结构。
12.根据权利要求7-10任一项所述的装置,其特征在于,所述装置还包括:
抛出异常单元,用于在所述校验单元进行合法性校验的过程中,在校验失败时抛出校验异常。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210237201.4A CN103544074B (zh) | 2012-07-09 | 2012-07-09 | 一种业务的校验方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210237201.4A CN103544074B (zh) | 2012-07-09 | 2012-07-09 | 一种业务的校验方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103544074A CN103544074A (zh) | 2014-01-29 |
CN103544074B true CN103544074B (zh) | 2016-06-29 |
Family
ID=49967548
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210237201.4A Active CN103544074B (zh) | 2012-07-09 | 2012-07-09 | 一种业务的校验方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103544074B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108154211A (zh) * | 2017-11-22 | 2018-06-12 | 阿里巴巴集团控股有限公司 | 二维码生成、业务处理方法、装置和设备以及二维码 |
Families Citing this family (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105450592A (zh) * | 2014-08-05 | 2016-03-30 | 阿里巴巴集团控股有限公司 | 安全校验方法、装置、服务器及终端 |
CN105426164B (zh) * | 2014-09-04 | 2018-12-14 | 北大方正集团有限公司 | 一种数据的校验方法及浏览器 |
CN104616168B (zh) * | 2015-01-23 | 2018-03-27 | 北京京东尚科信息技术有限公司 | 一种营销工具合法性校验的方法及装置 |
CN106406833B (zh) * | 2015-07-30 | 2020-09-01 | 北京京东尚科信息技术有限公司 | 一种提供数据的方法和装置 |
CN106484590B (zh) * | 2015-09-02 | 2019-06-18 | 阿里巴巴集团控股有限公司 | 数据校验方法和装置 |
CN106612204B (zh) * | 2015-10-27 | 2020-04-10 | 阿里巴巴集团控股有限公司 | 业务校验方法及装置 |
CN106998321B (zh) * | 2016-01-26 | 2020-08-04 | 阿里巴巴集团控股有限公司 | 一种认证处理方法、装置及系统 |
CN105871069A (zh) * | 2016-05-30 | 2016-08-17 | 中国电力科学研究院 | 一种配电网信息互操作业务校核方法 |
CN105893214A (zh) * | 2016-06-28 | 2016-08-24 | 国家电投集团河南电力有限公司技术信息中心 | 一种基于电力企业erp数据质量集中监控的方法及装置 |
CN107579836A (zh) * | 2016-07-04 | 2018-01-12 | 中兴通讯股份有限公司 | 一种参数校验方法和装置、以及网管服务器 |
CN106254045B (zh) * | 2016-08-09 | 2019-08-09 | 中国银行股份有限公司 | 一种数据校验方法及装置 |
CN108229970A (zh) * | 2016-12-16 | 2018-06-29 | 百度在线网络技术(北京)有限公司 | 一种认证信息的处理方法及装置 |
CN106850743B (zh) * | 2016-12-21 | 2020-06-16 | 腾讯科技(深圳)有限公司 | 一种业务授权方法及装置 |
CN106780010A (zh) * | 2016-12-26 | 2017-05-31 | 中国建设银行股份有限公司 | 一种银行产品的签约方法及系统 |
CN106709026A (zh) * | 2016-12-28 | 2017-05-24 | 深圳市华傲数据技术有限公司 | 数据处理方法及系统 |
CN108429632B (zh) * | 2017-02-15 | 2021-04-27 | 创新先进技术有限公司 | 一种业务监控方法和装置 |
CN107040585B (zh) * | 2017-02-22 | 2020-06-19 | 创新先进技术有限公司 | 一种业务校验的方法及装置 |
CN117333186A (zh) * | 2017-07-05 | 2024-01-02 | 创新先进技术有限公司 | 额度信息的获取方法、额度管控规则的建立方法及装置 |
CN107357589A (zh) * | 2017-07-21 | 2017-11-17 | 深圳易嘉恩科技有限公司 | 展示和编辑财务业务单据票据检查规则的界面系统 |
CN109558134A (zh) * | 2017-09-27 | 2019-04-02 | 北京京东尚科信息技术有限公司 | 业务数据校验的方法和装置 |
CN107992417B (zh) * | 2017-11-29 | 2019-01-29 | 平安科技(深圳)有限公司 | 基于存储过程的测试方法、装置及设备、可读存储介质 |
CN108021468A (zh) * | 2017-12-08 | 2018-05-11 | 泰康保险集团股份有限公司 | 医疗养老协同系统中业务数据的校验方法及装置 |
CN110400377B (zh) * | 2018-04-24 | 2022-05-20 | 腾讯科技(深圳)有限公司 | 凭证数据查重方法及相关设备 |
CN109377471A (zh) * | 2018-08-21 | 2019-02-22 | 中国平安人寿保险股份有限公司 | 图片校验的方法、装置、计算机设备及存储介质 |
CN109614262B (zh) * | 2018-09-25 | 2023-03-07 | 创新先进技术有限公司 | 业务校验方法、装置及计算机可读存储介质 |
CN109389298B (zh) * | 2018-09-25 | 2022-04-29 | 创新先进技术有限公司 | 一种业务请求校验方法和装置 |
CN109543942A (zh) * | 2018-10-16 | 2019-03-29 | 平安普惠企业管理有限公司 | 数据校验方法、装置、计算机设备和存储介质 |
CN109474578B (zh) * | 2018-10-17 | 2023-03-24 | 平安健康保险股份有限公司 | 报文消息校验方法、装置、计算机设备和存储介质 |
CN109377393A (zh) * | 2018-10-18 | 2019-02-22 | 阳光人寿保险股份有限公司 | 规则校验方法及装置 |
CN111199143A (zh) * | 2018-10-31 | 2020-05-26 | 北大方正集团有限公司 | Word论文的标引方法、装置、设备及存储介质 |
CN109857755B (zh) * | 2019-01-08 | 2021-04-16 | 中国联合网络通信集团有限公司 | 一种规则校验方法及装置 |
CN110502442B (zh) * | 2019-08-15 | 2023-02-03 | 平安普惠企业管理有限公司 | 动态参数校验方法、装置、设备和存储介质 |
CN110602056B (zh) * | 2019-08-21 | 2022-08-30 | 厦门网宿有限公司 | 一种业务参数传递方法及装置 |
CN111260336B (zh) * | 2020-02-13 | 2023-07-04 | 支付宝(杭州)信息技术有限公司 | 基于规则引擎的业务核对方法、装置及设备 |
CN111652397B (zh) * | 2020-05-09 | 2021-02-09 | 深圳市道旅旅游科技股份有限公司 | 房间预订方法、装置、设备及可读介质 |
CN112102028B (zh) * | 2020-08-11 | 2024-04-23 | 北京思特奇信息技术股份有限公司 | 业务数据统一配置和校验方法及系统 |
CN112395339B (zh) * | 2020-11-11 | 2023-04-21 | 苏宁云计算有限公司 | 系统间数据准入校验方法、装置、计算机设备和存储介质 |
CN112686527B (zh) * | 2020-12-28 | 2024-03-26 | 众阳健康科技集团有限公司 | 一种业务数据质量核查方法及系统 |
CN112883300B (zh) * | 2021-02-02 | 2022-08-30 | 广州华多网络科技有限公司 | 功能标签定制方法及其装置、设备与介质 |
CN113191852A (zh) * | 2021-05-19 | 2021-07-30 | 拉扎斯网络科技(上海)有限公司 | 数据校验方法及装置、存储介质、计算机设备 |
CN113537994A (zh) * | 2021-06-25 | 2021-10-22 | 浙江吉利控股集团有限公司 | 一种资源转移方法、装置、设备及介质 |
CN113378549B (zh) * | 2021-06-29 | 2023-02-14 | 平安普惠企业管理有限公司 | 单证校验方法、装置、计算机设备及存储介质 |
CN113435861A (zh) * | 2021-07-15 | 2021-09-24 | 支付宝(杭州)信息技术有限公司 | 一种基于舆情数据的业务运维方法、装置及电子设备 |
CN114461302A (zh) * | 2022-02-09 | 2022-05-10 | 北京理房通支付科技有限公司 | 参数校验方法、校验模板的生成方法及存储介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7461042B2 (en) * | 2004-11-17 | 2008-12-02 | Long Jeffrey G | Method, system, and program for defining and managing complex contingent rules, and exceptions thereto, in a rule-based computer system |
CN1892714A (zh) * | 2005-07-01 | 2007-01-10 | 上海卡友信息服务有限公司 | 一种实现个人自助还款业务的系统及方法 |
CN101414370A (zh) * | 2008-12-15 | 2009-04-22 | 阿里巴巴集团控股有限公司 | 利用虚拟卡提高支付安全的支付方法、系统及支付平台 |
CN101699480A (zh) * | 2009-11-05 | 2010-04-28 | 金蝶软件(中国)有限公司 | 基于层级关系的审批流建立方法、业务流处理方法及装置 |
CN102208061A (zh) * | 2011-06-03 | 2011-10-05 | 用友软件股份有限公司 | 数据核销处理装置和数据核销处理方法 |
-
2012
- 2012-07-09 CN CN201210237201.4A patent/CN103544074B/zh active Active
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108154211A (zh) * | 2017-11-22 | 2018-06-12 | 阿里巴巴集团控股有限公司 | 二维码生成、业务处理方法、装置和设备以及二维码 |
Also Published As
Publication number | Publication date |
---|---|
CN103544074A (zh) | 2014-01-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103544074B (zh) | 一种业务的校验方法及装置 | |
CN101547092B (zh) | 用于统一用户认证的多应用系统数据同步的方法及装置 | |
CN104346365B (zh) | 确定与特定业务相关的关联日志的方法和装置 | |
CN109635300A (zh) | 数据校验方法及装置 | |
US11762839B2 (en) | Search method using data structure for supporting multiple search in blockchain-based IoT environment, and device according to method | |
Schintler et al. | Encyclopedia of big data | |
CN101021890A (zh) | 一种对页面数据进行校验的方法、系统和服务器 | |
US20230244653A1 (en) | Semantic compliance validation for blockchain | |
Southerton | Datafication | |
CN104361139A (zh) | 数据导入装置和方法 | |
CN110188103A (zh) | 数据对账方法、装置、设备和存储介质 | |
CN106100880A (zh) | 一种云数据资源部署及可视化管理方法 | |
CN106886568B (zh) | 一种分表方法、装置及电子设备 | |
US9026557B2 (en) | Schema mapping based on data views and database tables | |
CN109614262A (zh) | 业务校验方法、装置及计算机可读存储介质 | |
CN112446022A (zh) | 数据权限控制方法、装置、电子设备及存储介质 | |
CN114817022A (zh) | 铁路电子支付平台测试方法及系统、设备和存储介质 | |
Alghushairy et al. | Data storage | |
Imran et al. | Data provenance | |
CN107103243A (zh) | 漏洞的检测方法及装置 | |
CN110245281A (zh) | 互联网资产信息收集方法及终端设备 | |
CN110110153A (zh) | 一种节点搜索的方法和装置 | |
CN107133163A (zh) | 一种验证描述类api的方法与设备 | |
CN107181747A (zh) | 一种包含顶层节点的Handle解析系统 | |
CN105426183A (zh) | 一种表单验证方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20191218 Address after: P.O. Box 31119, grand exhibition hall, hibiscus street, 802 West Bay Road, Grand Cayman, British Cayman Islands Patentee after: Innovative advanced technology Co., Ltd Address before: Cayman Islands Grand Cayman capital building, a four storey No. 847 mailbox Patentee before: Alibaba Group Holding Co., Ltd. |
|
TR01 | Transfer of patent right |