一种支付业务风险控制方法及装置制造方法及图纸

本申请提供了一种支付业务风险控制方法及装置，包括：接收支付系统发送支付数据；根据所述支付数据以及预先建立的多维度支付业务风险控制模型对支付业务的风险进行判断；将所述支付业务的风险判断结果发送给支付系统。本申请从支付方、接收方、支付机构、监管机构等不同关系角度对某项支付是否存在风险进行综合判断，可支持金融、行业应用等不同功能形态的支付平台、支付产品和支付方式。

【技术实现步骤摘要】
一种支付业务风险控制方法及装置
本申请涉及电子支付
，具体地，涉及一种支付业务风险控制方法及装置。
技术介绍
电子支付业务不仅是电子商务发展的重要环节，也是支撑电子经济发展的重要因素。随着我国互联网技术的发展，电子商务已经成为当前经济发展的重要内容之一，电子支付的规模在不断扩大。电子支付在快速发展的背后产生了诸多因电子支付安全问题而产生的各种风险问题。电子支付，是指从事电子商务交易的当事人，包括支付方、收款方和支付机构，通过信息网络，使用安全的信息传输手段，采用数字化方式进行的货币支付或资金流转。在网络环境下进行电子支付业务(有卡/无卡)时，支付业务是指账户A向账户B进行资金划转的过程。现有技术中存在的问题：由于距离的限制，建立交易各方的安全和信任关系相当困难，电子支付业务各方都面临安全威胁。
技术实现思路
本申请实施例中提供了一种支付业务风险控制方法及装置，以解决上述技术问题。根据本申请实施例的第一个方面，提供了一种支付业务风险控制方法，包括：接收支付系统发送支付数据；根据所述支付数据以及预先建立的多维度支付业务风险控制模型对支付业务的风险进行判断；将所述支付业务的风险判断结果发送给支付系统。根据本申请实施例的第二个方面，提供了一种支付业务风险控制装置，包括：接收模块，用于接收支付系统发送支付数据；判断模块，用于根据所述支付数据以及预先建立的多维度支付业务风险控制模型对支付业务的风险进行判断；控制模块，用于将所述支付业务的风险判断结果发送给支付系统。采用本申请实施例中提供的支付业务风险控制方法及装置，从支付方、接收方、支付机构、监管机构等不同关系角度对某项支付是否存在风险进行综合判断，可支持金融、行业应用等不同功能形态的支付平台、支付产品和支付方式。附图说明此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：图1示出了本申请实施例中支付业务风险控制方法实施的流程示意图；图2示出了基于关联矩阵的风险点等级设置的结构示意图；图3示出了本申请实施例中支付业务风险控制装置的结构示意图；图4示出了本申请实施例中判断模块的结构示意图。具体实施方式现有技术通常仅仅是支付机构，例如：银行，对用户的支付业务进行控制管理，当出现账户异常时提醒用户存在交易风险。针对现有技术存在的技术问题，本申请实施例中提供了一种支付业务风险控制方法及装置，针对电子支付业务，通过建立多维度支付业务风险控制模型，从支付方、收款方、支付机构、监管机构等不同关系的多个维度对某项支付是否存在风险进行综合判断。本申请实施例中的方案可以采用各种计算机语言实现，例如，面向对象的程序设计语言Java和直译式脚本语言JavaScript等。为了使本申请实施例中的技术方案及优点更加清楚明白，以下结合附图对本申请的示例性实施例进行进一步详细的说明，显然，所描述的实施例仅是本申请的一部分实施例，而不是所有实施例的穷举。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。实施例1本申请实施例提供了一种支付业务风险控制方法，下面进行说明。图1示出了本申请实施例中支付业务风险控制方法实施的流程示意图，如图所示，所述方法可以包括：步骤101、接收支付系统发送支付数据；步骤102、根据所述支付数据以及预先建立的多维度支付业务风险控制模型对支付业务的风险进行判断；步骤103、将所述支付业务的风险判断结果发送给支付系统。具体的，可以采用接口的方式接收支付系统传递过来的需要判断的支付数据，在判断结束后再将风险判断结果通过接口返回给支付系统。本申请实施例不需要从支付系统后台数据库提取数据，只基于支付系统提供的相关数据进行风险判断。具体实施时，可以将支付系统每次支付业务的支付数据存储到数据库中，作为历史数据保存，在后续判断风险时，若涉及到历史数据的风险点判断，可以利用所述历史数据进行综合判断。本申请实施例中提供了一种支付业务风险控制方法，从支付方、收款方、支付机构、监管机构等不同关系的多个维度对某项支付是否存在风险进行综合判断，适用于网络环境下的有卡/无卡电子支付，可支持金融、行业应用等不同功能形态的支付平台、支付产品和支付方式。实施中，所述多维度支付业务风险控制模型的建立过程，包括：确定多个风险点以及多个维度；将所述风险点与预设维度建立关联矩阵；根据所述关联矩阵确定所述风险点的风险等级。具体的，风险点设置可以指在支付业务中，可能存在的风险情况。本申请对风险点的设置举例如下表所示：具体的，关联矩阵指在风险识别与风险评价中，某维度与某风险点间是否存在需考虑的风险判断问题。需要考虑，发生关联；不需要考虑，不发生关联。是否需要考虑，由管理方判断确定。本申请实施例对维度与风险点的关联矩阵举例如下表所示：注：“√”指关联，“-”指不关联。实施中，所述维度包括支付方、收款方、支付机构和监管机构。本申请实施例中多维度风控模型的维度设置可以围绕支付业务的关联方展开，主要体现支付过程中从不同立场考虑可能存在的风险点。风控的目标是满足各关联方的业务要求和资金安全。实施中，所述风险点的风险等级包括定性等级和定量等级。本申请实施例中，对风险点进行等级化处理的过程，等级化可以采用定性与定量相结合的方式进行，实现风险点等级化可度量处理。例如：等级采取5级定性描述，同时采用可度量的5分制定量描述进行设置，如下表所示。序号风险等级分值备注1高5严重的风险事件2较高4较严重的风险事件3中3一般的风险事件4较低2较轻微的风险事件5低1轻微的风险事件6无0无风险事件风险点等级设置，可采取专家评定法或其它方法评定(历史数据训练法、主观评价法等)。有两种方案，一是基于风险点的直接设置，二是基于关联矩阵的风险点等级设置。其中，基于风险点的风险等级直接设置，可以指不考虑维度只基于风险点进行等级设置。下表为一种基于风险点的直接设置的结果示例。序号风险点风险分值是否一票备注1风险点1■高□较高□中□较低□低□无5是专家评定2风险点2□高□较高■中□较低□低□无3否3风险点3■高□较高□中□较低□低□无5是4风险点4□高□较高□中■较低□低□无2否5风险点5□高□较高□中□较低□低■无0否基于关联矩阵的风险点等级设置，风险点等级设置时需基于关联矩阵设置进行等级设置。是否采取此方案，取决应用情况。图2示出了基于关联矩阵的风险点等级设置的结构示意图。基于关联矩阵的风险点等级设置结果示例如下表所示。实施中，根据所述支付数据以及预先建立的多维度支付业务风险控制模型对支付业务的风险进行判断，包括：根据预先建立的多维度支付业务风险控制模型识别出所述支付数据对应的风险点；确定所识别出的风险点中是否存在一票否决的风险点，如果存在则确定该支付业务的风险等级为最高等级；否则，将所述风险点中最高的风险等级作为该支付业务的风险等级。具体的，风险评估是基于识别的出各项风险，实现综合评估。综合评估采取等级化与一票否决相结合的评估方法。即：若识别的风险点中没有一票否决的风险点，采取等级化可度量评价机制；若识别的风险点中存在一票否决的风险点，则采取整体判断存在重大风险需一票否决的机制。A.存在一票否决的风险点某项支付，在识别的风本文档来自技高网...

【技术保护点】
1.一种支付业务风险控制方法，其特征在于，包括：接收支付系统发送支付数据；根据所述支付数据以及预先建立的多维度支付业务风险控制模型对支付业务的风险进行判断；将所述支付业务的风险判断结果发送给支付系统。

【技术特征摘要】
1.一种支付业务风险控制方法，其特征在于，包括：接收支付系统发送支付数据；根据所述支付数据以及预先建立的多维度支付业务风险控制模型对支付业务的风险进行判断；将所述支付业务的风险判断结果发送给支付系统。2.根据权利要求1所述的方法，其特征在于，所述多维度支付业务风险控制模型的建立过程，包括：确定多个风险点以及多个维度；将所述风险点与预设维度建立关联矩阵；根据所述关联矩阵确定所述风险点的风险等级。3.根据权利要求2所述的方法，其特征在于，所述维度包括支付方、收款方、支付机构和监管机构。4.根据权利要求2所述的方法，其特征在于，所述风险点的风险等级包括定性等级和定量等级。5.根据权利要求1所述的方法，其特征在于，根据所述支付数据以及预先建立的多维度支付业务风险控制模型对支付业务的风险进行判断，包括：根据预先建立的多维度支付业务风险控制模型识别出所述支付数据对应的风险点；确定所识别出的风险点中是否存在一票否决的风险点，如果存在则确定该支付业务的风险等级为最高等级；否则，将所述风险点中最高的风险等级作为该支付业务的风险等级。6.一种支付业务...

【专利技术属性】
技术研发人员：秦勇，聂明杰，宫良，吴钟乐，王晨，
申请(专利权)人：国家新闻出版广电总局广播电视规划院，
类型：发明
国别省市：北京,11