CN114240664A - 交易风险处理方法、装置、电子设备及计算机可读介质 - Google Patents
交易风险处理方法、装置、电子设备及计算机可读介质 Download PDFInfo
- Publication number
- CN114240664A CN114240664A CN202111574897.5A CN202111574897A CN114240664A CN 114240664 A CN114240664 A CN 114240664A CN 202111574897 A CN202111574897 A CN 202111574897A CN 114240664 A CN114240664 A CN 114240664A
- Authority
- CN
- China
- Prior art keywords
- hands
- user
- transaction risk
- determining
- risk processing
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0635—Risk analysis of enterprise or organisation activities
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- Accounting & Taxation (AREA)
- Educational Administration (AREA)
- Technology Law (AREA)
- Game Theory and Decision Science (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了交易风险处理方法、装置、电子设备及计算机可读介质,涉及数据验证技术领域,该方法包括:接收交易风险处理请求,获取对应的用户标识,获取用户标识对应的合约;基于合约,确定用户标识对应的总持仓手数、多头持仓手数和空头持仓手数;确定多头持仓手数和空头持仓手数的关系,基于关系和总持仓手数,确定平仓类型;基于平仓类型对应计算需要平仓的手数,基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金,获取平仓后用户标识对应的总持仓手数并更新;响应于可用资金达到预设资金阈值,返回请求处理成功信息。从而提高风险试算效率。
Description
技术领域
本申请涉及数据验证技术领域,尤其涉及一种交易风险处理方法、装置、电子设备及计算机可读介质。
背景技术
银行作为金融类会员开展黄金交易代理业务,主要办理企业用户和个人用户的黄金现货实盘合约和延期交收合约的交易业务,具备清算、风险控制和相关业务管理等功能。保证金交易存在较大风险,当用户的保证金不足且没有及时补足时,为防止用户穿仓而引起的资金风险,应当及时对用户持有的仓位进行强制平仓操作。此时,需要对用户的持仓进行风险试算,以确定需要进行强制平仓的手数。
通过根据用户的持仓明细进行试算,当用户的持仓明细数量较大时,导致试算执行时间过长,业务人员不能及时发送强平单。在进行风险试算时,每平一手需要重新计算用户的可用资金,效率较低。
在实现本申请过程中,发明人发现现有技术中至少存在如下问题:
在进行风险试算时,每平一手需要重新计算用户的可用资金,效率较低。
发明内容
有鉴于此,本申请实施例提供一种交易风险处理方法、装置、电子设备及计算机可读介质,能够解决现有的在进行风险试算时,每平一手需要重新计算用户的可用资金,效率较低的问题。
为实现上述目的,根据本申请实施例的一个方面,提供了一种交易风险处理方法,包括:
接收交易风险处理请求,获取对应的用户标识,进而获取用户标识对应的合约;
基于合约,确定用户标识对应的总持仓手数、多头持仓手数和空头持仓手数;
确定多头持仓手数和空头持仓手数的关系,进而基于关系和总持仓手数,确定平仓类型;
基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金,获取平仓后用户标识对应的总持仓手数并更新;
响应于可用资金达到预设资金阈值,返回请求处理成功信息。
可选地,在接收交易风险处理请求之前,方法还包括:
定时轮询各用户的保证金比例,将低于强平线的保证金比例对应的用户确定为待强平用户;
对于每一个待强平用户,获取对应的用户标识,进而基于用户标识获取所持有的各合约;
基于各合约生成各交易风险处理任务;
基于各交易风险处理任务,生成对应的交易风险处理请求。
可选地,基于各合约生成各交易风险处理任务,包括:
确定各合约的强平顺序;
将各合约按照强平顺序进行排列,进而对应生成按照强平顺序排列的各交易风险处理任务。
可选地,基于各交易风险处理任务,生成对应的交易风险处理请求,包括:
依序执行按照强平顺序排列的各交易风险处理任务,并生成所执行的交易风险处理任务对应的交易风险处理请求。
可选地,交易风险处理方法还包括:
基于各保证金比例,得到各待强平用户的排序;
响应于当前待强平用户对应的各交易风险处理任务执行结束,基于排序确定下一个待强平用户,执行下一个待强平用户对应的各交易风险处理任务;
响应于确定下一个待强平用户为空值,返回请求处理完成标识,结束请求处理。
可选地,确定多头持仓手数和空头持仓手数的关系,包括:
将多头持仓手数与空头持仓手数进行比较,以确定多头持仓手数和空头持仓手数的大小关系。
可选地,基于关系和总持仓手数,确定平仓类型,包括:
响应于确定多头持仓手数大于空头持仓手数,确定平仓类型为平仓多头持仓;
响应于确定多头持仓手数等于空头持仓手数,确定平仓类型为平仓多头持仓和平仓空头持仓;
响应于确定多头持仓手数小于空头持仓手数,确定平仓类型为平仓多头持仓。
另外,本申请还提供了一种交易风险处理装置,包括:
接收单元,被配置成接收交易风险处理请求,获取对应的用户标识,进而获取用户标识对应的合约;
持仓手数确定单元,被配置成基于合约,确定用户标识对应的总持仓手数、多头持仓手数和空头持仓手数;
平仓类型确定单元,被配置成确定多头持仓手数和空头持仓手数的关系,进而基于关系和总持仓手数,确定平仓类型;
平仓单元,被配置成基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金,获取平仓后用户标识对应的总持仓手数并更新;
信息返回单元,被配置成响应于可用资金达到预设资金阈值,返回请求处理成功信息。
可选地,装置还包括请求生成单元,被配置成:
定时轮询各用户的保证金比例,将低于强平线的保证金比例对应的用户确定为待强平用户;
对于每一个待强平用户,获取对应的用户标识,进而基于用户标识获取所持有的各合约;
基于各合约生成各交易风险处理任务;
基于各交易风险处理任务,生成对应的交易风险处理请求。
可选地,请求生成单元进一步被配置成:
确定各合约的强平顺序;
将各合约按照强平顺序进行排列,进而对应生成按照强平顺序排列的各交易风险处理任务。
可选地,请求生成单元进一步被配置成:
依序执行按照强平顺序排列的各交易风险处理任务,并生成所执行的交易风险处理任务对应的交易风险处理请求。
可选地,装置还包括执行单元,被配置成:
基于各保证金比例,得到各待强平用户的排序;
响应于当前待强平用户对应的各交易风险处理任务执行结束,基于排序确定下一个待强平用户,执行下一个待强平用户对应的各交易风险处理任务;
响应于确定下一个待强平用户为空值,返回请求处理完成标识,结束请求处理。
可选地,平仓类型确定单元进一步被配置成:
将多头持仓手数与空头持仓手数进行比较,以确定多头持仓手数和空头持仓手数的大小关系。
可选地,平仓类型确定单元进一步被配置成:
响应于确定多头持仓手数大于空头持仓手数,确定平仓类型为平仓多头持仓;
响应于确定多头持仓手数等于空头持仓手数,确定平仓类型为平仓多头持仓和平仓空头持仓;
响应于确定多头持仓手数小于空头持仓手数,确定平仓类型为平仓多头持仓。
另外,本申请还提供了一种交易风险处理电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如上述的交易风险处理方法。
另外,本申请还提供了一种计算机可读介质,其上存储有计算机程序,程序被处理器执行时实现如上述的交易风险处理方法。
为实现上述目的,根据本申请实施例的又一个方面,提供了一种计算机程序产品。
本申请实施例的一种计算机程序产品,包括计算机程序,程序被处理器执行时实现本申请实施例提供的交易风险处理方法。
上述发明中的一个实施例具有如下优点或有益效果:本申请通过接收交易风险处理请求,获取对应的用户标识,进而获取用户标识对应的合约;基于合约,确定用户标识对应的总持仓手数、多头持仓手数和空头持仓手数;确定多头持仓手数和空头持仓手数的关系,进而基于关系和总持仓手数,确定平仓类型;基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金,获取平仓后用户标识对应的总持仓手数并更新;响应于可用资金达到预设资金阈值,返回请求处理成功信息。通过确定多头持仓手数和空头持仓手数的关系,基于该关系和总持仓手数,确定平仓类型;基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金直至可用资金符合账户正常运行要求,从而提高风险试算效率。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本申请,不构成对本申请的不当限定。其中:
图1是根据本申请第一实施例的交易风险处理方法的主要流程的示意图;
图2是根据本申请第二实施例的交易风险处理方法的主要流程的示意图;
图3A是根据本申请第三实施例的交易风险处理方法的主流程示意图;
图3B是根据本申请第三实施例的交易风险处理方法的风险试算子流程示意图;
图4是根据本申请实施例的交易风险处理装置的主要单元的示意图;
图5是本申请实施例可以应用于其中的示例性系统架构图;
图6是适于用来实现本申请实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
图1是根据本申请第一实施例的交易风险处理方法的主要流程的示意图,如图1所示,交易风险处理方法包括:
步骤S101,接收交易风险处理请求,获取对应的用户标识,进而获取用户标识对应的合约。
本实施例中,交易风险处理方法的执行主体(例如,可以是服务器)可以通过有线连接或无线连接的方式,接收交易风险处理请求。执行主体可以获取交易风险处理请求中携带的用户标识,该用户标识可以为保证金比例处于强平线的待强平用户对应的用户标识。执行主体在获取对应的用户标识后,可以获取交易风险处理请求中的合约标识,进而获取用户标识对应的各合约(也就是用户持有的各合约)中与合约标识相对应的合约。
步骤S102,基于合约,确定用户标识对应的总持仓手数、多头持仓手数和空头持仓手数。
执行主体在获取用户标识对应的合约后,可以查询该合约对应的总持仓手数、多头持仓手数和空头持仓手数。具体地,持仓指用户持有某合约的总手数,根据交易方向,分为多头持仓手数和空头持仓手数。持仓明细记录持仓实际成交时的成交手数、成交价格及成交时间等信息。持仓和持仓明细是总分关系,持仓明细的汇总手数等于持仓手数。示例的,在黄金现货交易中,无论是买还是卖,凡是新建头寸都称为开仓。交易者建仓之后手中就持有头寸,称为持仓。而平仓是指交易者了结持仓的交易行为。在期货交易中,投资者买入期货合约后所持有的持仓叫多头持仓,简称多头。卖出期货合约后所持有的持仓叫空头持仓,简称空头。持有多头的投资者认为期货合约价格会涨,所以会买进;相反,持有空头的投资者认为期货合约价格以后会下跌,所以才卖出。持仓手数就是持有仓位的数量(手为交易的最少计量单位),只有国内A股有规定,每手100股,期货10吨为一手或者5吨为一手。例如黄金期货是1000克每手;白银是15千克每手,持仓手数就是持有多少手某个合约或者货品。
步骤S103,确定多头持仓手数和空头持仓手数的关系,进而基于关系和总持仓手数,确定平仓类型。
示例的,通过一笔数量相等、方向相反的AU(T+D)交易来冲销原有的AU(T+D)合约,以此了结AU(T+D)交易,解除到期进行实物交割的义务。这种买回已卖出合约,或卖出己买入合约的行为称为平仓。
其中,AU代表黄金,T+D里的“T”是Trade(交易)的首字母,“D”是Delay(延期)的首字母。这种买卖是由转移价格波动风险的生产经营者和承受价格风险而获利的风险投资者参加的,在交易所内依法公平竞争而进行的,并且有保证金制度为保障。AU(T+D)的特点是以保证金方式进行买卖,交易者可以选择当日交割,也可以无限期的延期交割。AU(T+D)的投资者不能在当前价格立即建仓,而是需要先设立一个价格和数量,然后等到市场发现完全吻合的交易对手才能建仓。
具体地,确定多头持仓手数和空头持仓手数的关系,包括:
将多头持仓手数与空头持仓手数进行比较,以确定多头持仓手数和空头持仓手数的大小关系。
执行主体可以将交易风险处理请求中携带的合约标识对应的合约(因为要对用户标识对应的各个合约逐一进行风险试算,所以这里是用户标识对应的各合约中的一个合约)的多头持仓手数和空头持仓手数进行数量大小的比较,以得到多头持仓手数和空头持仓手数的大小关系,例如多头持仓手数大于空头持仓手数、多头持仓手数等于空头持仓手数或多头持仓手数小于空头持仓手数。
具体地,基于关系和总持仓手数,确定平仓类型,包括:
响应于确定多头持仓手数大于空头持仓手数,确定平仓类型为平仓多头持仓。
当执行主体确定合约中多头持仓手数大于空头持仓手数,则确定需要计算多头持仓需要平仓的手数。
响应于确定多头持仓手数等于空头持仓手数,确定平仓类型为平仓多头持仓和平仓空头持仓。
当执行主体确定多头持仓手数等于空头持仓手数,则确定需要计算多头持仓需要平仓的手数、空头持仓需要平仓的手数。
响应于确定多头持仓手数小于空头持仓手数,确定平仓类型为平仓多头持仓。
当执行主体确定多头持仓手数小于空头持仓手数,则确定需要计算多头持仓需要平仓的手数。
步骤S104,基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金,获取平仓后用户标识对应的总持仓手数并更新。
平仓,指的是期货买卖的一方为对销以前买进或卖出的期货合约而进行的成交行为。平仓是在股票交易中,多头将所买进的股票卖出,或空头买回所卖出股票行为的统称。
具体地,执行主体在基于平仓类型计算需要平仓的手数之前,需要获取对应当前的合约的用户需要补足的资金、每手释放保证金、每手交易手续费、多头持仓手数与空头持仓手数的差额(简称多空持仓差额)、多头持仓手数与空头持仓手数的加和(简称多空持仓之和)。
示例的,执行主体可以在每天的预设时间点执行风控复核扫描,在扫描完成后,对于扫描得到的“强平线”的用户,在业务管理台上发起风险试算操作,以确定这些用户需要被强平(即“强制平仓”)的持仓手数。示例的,“持仓”是指买了某种资产(比如股票),“平仓”就是指将持有的资产全部卖出(即账户上该资产的持有量为0)。“强制平仓”一般是加杠杆后,资产价值跌的过多,在保证金缴纳不足的情况下,被迫卖出。比如,投资者A拿出一万块钱并再借一万块钱,买了两万块钱的股票,借钱的人(lender)为了保证资金安全,会制定强制平仓的制度安排。如果持有的股票从两万跌至了一万,并且投资者无法追加资金,lender就可以将股票卖出拿回资金,这样就保证了lender资金的安全,这个过程就是“强制平仓”。
执行主体以发起试算的时点作为一个时间截面,生成一系列快照信息,包括:市场行情快照、用户资金快照、用户持仓明细快照;同时计算用户当前的保证金比例,以供后续查询使用。保证金比例公式如下所示:
保证金比例=(保证金账户余额+浮动盈亏)/持仓市值
将用户持有的合约按照业务配置的“合约强平顺序”进行排列,依序计算每种合约的平仓手数。
首先,执行主体可以获取用户需要“补足的资金”(根据业务需求,可用资金大于零,用户的账户被平仓之后剩余的资金也所剩无几,所以假如炒股用户想要能正常运用账户,那么就要把资金补到初始资金数额,才能保证账户的正常运用),然后获取用户当前合约的“多头持仓手数”和“空头持仓手数”。同时计算每手释放保证金、每手交易手续费以及每手盈亏,具体公式如下:
每手释放保证金=试算价格×每手重量×银行保证金比例
每手交易手续费=试算价格×每手重量×(会员手续费率+交易所手续费率)
每手多头盈亏=(试算价格-上日结算价格)×每手重量
每手空头盈亏=(上日结算价格-试算价格)×每手重量
平仓时遵循先平持仓量较大的一方的原则,平仓手数为多空持仓的差额;若多空持仓手数相同,则多空持仓都进行平仓。通过比较多头持仓手数和空头持仓手数的大小,可以分为下面三种场景(每一种场景对应一种平仓类型),分别计算每种场景(即每种平仓类型)的平仓手数:
场景一:多头持仓手数大于空头持仓手数
则场景一对应的平仓手数=min([用户需要补足的资金/(每手释放保证金-每手交易手续费+每手多头盈亏)],多空持仓差额)
场景二:多头持仓手数小于空头持仓手数
则场景二对应的平仓手数=min([用户需要补足的资金/(每手释放保证金-每手交易手续费+每手空头盈亏)],多空持仓差额)
场景三:多头持仓手数等于空头持仓手数
则场景三对应的多头平仓手数=[min([用户需要补足的资金/((每手释放保证金-每手交易手续费))],多空持仓之和)÷2]
则场景三对应的空头平仓手数=[min([用户需要补足的资金/((每手释放保证金-每手交易手续费))],多空持仓之和)÷2]
执行主体在执行平仓后,当前合约的可用资金(即可以是当前合约对应的保证金账户余额)可以对应增加,也可以保持不变,本申请实施例对平仓后对应的可用资金的增减不做具体限定,执行主体可以实时更新当前合约的可用资金,可用资金的增加可以源于用户手动的增加也可以源于平仓后的回收资金进行增加,本申请实施例对此不做限定。执行主体可以校验在平仓后,获取当前合约的总持仓手数并更新当前合约的总持仓手数,进而基于当前合约更新后的总持仓手数确定预设资金阈值,即这些更新后的总持仓手数对应的可用资金阈值,进而判断平仓后用户的可用资金相对于当前合约的总持仓手数是否足够,即判断平仓后用户的可用资金相比于更新后的总持仓手数对应的预设资金阈值是否足够。
步骤S105,响应于可用资金达到预设资金阈值,返回请求处理成功信息。
执行主体响应于可用资金达到预设资金阈值,也就表明该合约的总持仓手数与对应的可用资金处于一个能维持用户账户正常运用的状态。则执行主体返回请求处理成功信息,进而执行该用户对应的下一个合约的风险试算。
本实施例通过接收交易风险处理请求,获取对应的用户标识,进而获取用户标识对应的合约;基于合约,确定用户标识对应的总持仓手数、多头持仓手数和空头持仓手数;确定多头持仓手数和空头持仓手数的关系,进而基于关系和总持仓手数,确定平仓类型;基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金,获取平仓后用户标识对应的总持仓手数并更新;响应于可用资金达到预设资金阈值,返回请求处理成功信息。通过确定多头持仓手数和空头持仓手数的关系,基于该关系和总持仓手数,确定平仓类型;基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金直至可用资金符合账户正常运行要求,从而提高风险试算效率。
图2是根据本申请第二实施例的交易风险处理方法的主要流程示意图,如图2所示,交易风险处理方法包括:
步骤S201,定时轮询各用户的保证金比例,将低于强平线的保证金比例对应的用户确定为待强平用户。
步骤S202,对于每一个待强平用户,获取对应的用户标识,进而基于用户标识获取所持有的各合约。
步骤S203,基于各合约生成各交易风险处理任务。
具体地,当执行主体确定用户的保证金比例低于“强平线”时,执行主体会标记该类用户为待强平用户。此时,执行对该类用户的风险试算,以确定需要强平的手数,从而生成强平单,强平单中包括每一个待强平用户
执行主体可以按照保证金比例对强平单中的各待强平用户进行排序,例如根据保证金比例递减排序,以将保证金比例最小的的用户(也就是风险最大的用户)优先进行风险试算,以最大程度降低用户的损失。本申请实施例对强平单中的各待强平用户的排序规则不做具体限定。
具体地,基于各合约生成各交易风险处理任务,包括:
确定各合约的强平顺序;
将各合约按照强平顺序进行排列,进而对应生成按照强平顺序排列的各交易风险处理任务。
执行主体可以将用户所持有的各合约按照预设的强平顺序进行排列,进而按照预设的强平顺序逐个生成交易风险处理任务,并逐个进行交易风险处理任务对应的合约的风险试算处理,以逐个得出每个合约需要强平的平仓类型以及对应的平仓手数。
步骤S204,基于各交易风险处理任务,生成对应的交易风险处理请求。
具体地,基于各交易风险处理任务,生成对应的交易风险处理请求,包括:
依序执行按照强平顺序排列的各交易风险处理任务,并生成所执行的交易风险处理任务对应的交易风险处理请求。
步骤S205,接收交易风险处理请求,获取对应的用户标识,进而获取用户标识对应的合约。
步骤S206,基于合约,确定用户标识对应的总持仓手数、多头持仓手数和空头持仓手数。
步骤S207,确定多头持仓手数和空头持仓手数的关系,进而基于关系和总持仓手数,确定平仓类型。
步骤S208,基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金,获取平仓后用户标识对应的总持仓手数并更新。
步骤S205~步骤S208的原理与步骤S101~步骤S104的原理类似,此处不再赘述。
步骤S209,响应于可用资金达到预设资金阈值,返回请求处理成功信息。
具体地,交易风险处理方法还包括:
基于各保证金比例,得到各待强平用户的排序;
响应于当前待强平用户对应的各交易风险处理任务执行结束,基于排序确定下一个待强平用户,执行下一个待强平用户对应的各交易风险处理任务;
响应于确定下一个待强平用户为空值,返回请求处理完成标识,结束请求处理。
执行主体可以将各待强平用户按照对应的保证金比例的大小进行排序,进而确定执行每个待强平用户的交易风险处理任务的顺序,按照该顺序逐个执行对每个待强平用户的交易风险处理,直至最后一个待强平用户所持有的所有合约的交易风险处理完成。
本申请实施例的交易风险处理方法,可以应用于代理黄金交易的风险试算的场景。如图3A所示,对每个待强平用户的交易风险处理的主流程可以是:首先执行主体以发起试算的时点作为一个时间截面,生成一系列快照信息,包括:市场行情快照、用户资金快照、用户持仓明细快照;同时计算用户当前的保证金比例,以供后续查询使用。持仓指客户持有某合约的总手数,根据交易方向,分为多头持仓手数和空头持仓手数。持仓明细则记录持仓实际成交时的成交手数、成交价格及成交时间等信息。持仓和持仓明细是总分关系,持仓明细的汇总手数等于持仓手数。然后计算当前强平用户持有的合约的市值和持仓盈亏信息,记录当前强平用户当前时点的保证金比例,并获取用户持有的合约,并按强平顺序排列。判断是否存在合约记录,若否则结束交易风险处理进程;若是则执行如图3B所示的风险试算子流程,直至不存在合约记录为止。
具体地,风险试算子流程如图3B所示:查询当前强平用户的当前合约的多头持仓手数、空头持仓手数,获取会员保证金率、交易所手续费率、会员手续费率,进而计算每手释放保证金、每手总手续费、每手盈亏金额,具体计算方式在步骤S104中已进行了说明,在此不再赘述。进而执行主体判断用户总持仓手数是否足够,若否则结束风险试算子流程,若是则比较当前合约的多仓手数(即多头持仓手数)和空仓手数(即空头持仓手数),响应于多仓手数>空仓手数,计算多头持仓需要平仓的手数;响应于多仓手数=空仓手数,计算多头持仓需要平仓的手数、空头持仓需要平仓的手数;响应于多仓手数<空仓手数,计算多头持仓需要平仓的手数。并执行相对应的平仓处理。校验平仓后,判断用户的可用资金是否足够,若是则结束风险试算子流程,若否则继续判断用户总持仓手数是否足够,直至用户可用资金可以维系当前用户的当前合约的正常运用为止。可以理解的是,这里用户的可用资金是否足够的“足够”的含义可以为用户的可用资金是否可以满足当前合约的总持仓的正常运行,若是,则“足够”,否则“不足够”。
本申请实施例可以实现当客户的持仓明细数量较大时,缩短风险试算执行时间,可以实现及时发送强平单。试算时,无需每平一手就重新计算客户的可用资金,提高效率。
图4是根据本申请实施例的交易风险处理装置的主要单元的示意图。如图4所示,交易风险处理装置包括接收单元401、持仓手数确定单元402、平仓类型确定单元403、平仓单元404和信息返回单元405。
接收单元401,被配置成接收交易风险处理请求,获取对应的用户标识,进而获取用户标识对应的合约;
持仓手数确定单元402,被配置成基于合约,确定用户标识对应的总持仓手数、多头持仓手数和空头持仓手数;
平仓类型确定单元403,被配置成确定多头持仓手数和空头持仓手数的关系,进而基于关系和总持仓手数,确定平仓类型;
平仓单元404,被配置成基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金,获取平仓后用户标识对应的总持仓手数并更新;
信息返回单元405,被配置成响应于可用资金达到预设资金阈值,返回请求处理成功信息。
在一些实施例中,装置还包括图4中未示出的请求生成单元,被配置成:定时轮询各用户的保证金比例,将低于强平线的保证金比例对应的用户确定为待强平用户;对于每一个待强平用户,获取对应的用户标识,进而基于用户标识获取所持有的各合约;基于各合约生成各交易风险处理任务;基于各交易风险处理任务,生成对应的交易风险处理请求。
在一些实施例中,请求生成单元进一步被配置成:确定各合约的强平顺序;将各合约按照强平顺序进行排列,进而对应生成按照强平顺序排列的各交易风险处理任务。
在一些实施例中,请求生成单元进一步被配置成:依序执行按照强平顺序排列的各交易风险处理任务,并生成所执行的交易风险处理任务对应的交易风险处理请求。
在一些实施例中,装置还包括图4中未示出的执行单元,被配置成:基于各保证金比例,得到各待强平用户的排序;响应于当前待强平用户对应的各交易风险处理任务执行结束,基于排序确定下一个待强平用户,执行下一个待强平用户对应的各交易风险处理任务;响应于确定下一个待强平用户为空值,返回请求处理完成标识,结束请求处理。
在一些实施例中,平仓类型确定单元403进一步被配置成:将多头持仓手数与空头持仓手数进行比较,以确定多头持仓手数和空头持仓手数的大小关系。
在一些实施例中,平仓类型确定单元403进一步被配置成:响应于确定多头持仓手数大于空头持仓手数,确定平仓类型为平仓多头持仓;响应于确定多头持仓手数等于空头持仓手数,确定平仓类型为平仓多头持仓和平仓空头持仓;响应于确定多头持仓手数小于空头持仓手数,确定平仓类型为平仓多头持仓。
需要说明的是,在本申请交易风险处理方法和交易风险处理装置在具体实施内容上具有相应关系,故重复内容不再说明。
图5示出了可以应用本申请实施例的交易风险处理方法或交易风险处理装置的示例性系统架构500。
如图5所示,系统架构500可以包括终端设备501、502、503,网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备501、502、503通过网络504与服务器505交互,以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯用户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱用户端、社交平台软件等(仅为示例)。
终端设备501、502、503可以是具有交易风险处理屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器505可以是提供各种服务的服务器,例如对用户利用终端设备501、502、503所提交的交易风险处理请求提供支持的后台管理服务器(仅为示例)。后台管理服务器可以接收交易风险处理请求,获取对应的用户标识,进而获取用户标识对应的合约;基于合约,确定用户标识对应的总持仓手数、多头持仓手数和空头持仓手数;确定多头持仓手数和空头持仓手数的关系,进而基于关系和总持仓手数,确定平仓类型;基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金,获取平仓后用户标识对应的总持仓手数并更新;响应于可用资金达到预设资金阈值,返回请求处理成功信息。通过确定多头持仓手数和空头持仓手数的关系,基于该关系和总持仓手数,确定平仓类型;基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金直至可用资金符合账户正常运行要求,从而提高风险试算效率。
需要说明的是,本申请实施例所提供的交易风险处理方法一般由服务器505执行,相应地,交易风险处理装置一般设置于服务器505中。
应该理解,图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图6,其示出了适于用来实现本申请实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图6所示,计算机系统600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中,还存储有计算机系统600操作所需的各种程序和数据。CPU601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CRT)、液晶征信授权查询处理器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本申请公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本申请公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本申请的系统中限定的上述功能。
需要说明的是,本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括接收单元、持仓手数确定单元、平仓类型确定单元、平仓单元和信息返回单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备接收交易风险处理请求,获取对应的用户标识,进而获取用户标识对应的合约;基于合约,确定用户标识对应的总持仓手数、多头持仓手数和空头持仓手数;确定多头持仓手数和空头持仓手数的关系,进而基于关系和总持仓手数,确定平仓类型;基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金,获取平仓后用户标识对应的总持仓手数并更新;响应于可用资金达到预设资金阈值,返回请求处理成功信息。
本申请的计算机程序产品,包括计算机程序,计算机程序在被处理器执行时实现本申请实施例中的交易风险处理方法。
根据本申请实施例的技术方案,通过确定多头持仓手数和空头持仓手数的关系,基于该关系和总持仓手数,确定平仓类型;基于平仓类型对应计算需要平仓的手数,以基于手数执行平仓类型对应的平仓,进而对应更新用户标识对应的可用资金直至可用资金符合账户正常运行要求,从而提高风险试算效率。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。
Claims (16)
1.一种交易风险处理方法,其特征在于,包括:
接收交易风险处理请求,获取对应的用户标识,进而获取所述用户标识对应的合约;
基于所述合约,确定所述用户标识对应的总持仓手数、多头持仓手数和空头持仓手数;
确定所述多头持仓手数和所述空头持仓手数的关系,进而基于所述关系和所述总持仓手数,确定平仓类型;
基于所述平仓类型对应计算需要平仓的手数,以基于所述手数执行所述平仓类型对应的平仓,进而对应更新所述用户标识对应的可用资金,获取平仓后所述用户标识对应的总持仓手数并更新;
响应于所述可用资金达到预设资金阈值,返回请求处理成功信息。
2.根据权利要求1所述的方法,其特征在于,在所述接收交易风险处理请求之前,所述方法还包括:
定时轮询各用户的保证金比例,将低于强平线的保证金比例对应的用户确定为待强平用户;
对于每一个待强平用户,获取对应的用户标识,进而基于所述用户标识获取所持有的各合约;
基于所述各合约生成各交易风险处理任务;
基于所述各交易风险处理任务,生成对应的交易风险处理请求。
3.根据权利要求2所述的方法,其特征在于,所述基于所述各合约生成各交易风险处理任务,包括:
确定所述各合约的强平顺序;
将各所述合约按照所述强平顺序进行排列,进而对应生成按照所述强平顺序排列的各交易风险处理任务。
4.根据权利要求3所述的方法,其特征在于,所述基于所述各交易风险处理任务,生成对应的交易风险处理请求,包括:
依序执行按照所述强平顺序排列的各交易风险处理任务,并生成所执行的交易风险处理任务对应的交易风险处理请求。
5.根据权利要求2所述的方法,其特征在于,所述方法还包括:
基于各所述保证金比例,得到各所述待强平用户的排序;
响应于当前待强平用户对应的各交易风险处理任务执行结束,基于所述排序确定下一个待强平用户,执行所述下一个待强平用户对应的各交易风险处理任务;
响应于确定所述下一个待强平用户为空值,返回请求处理完成标识,结束请求处理。
6.根据权利要求1所述的方法,其特征在于,所述确定所述多头持仓手数和所述空头持仓手数的关系,包括:
将所述多头持仓手数与所述空头持仓手数进行比较,以确定所述多头持仓手数和所述空头持仓手数的大小关系。
7.根据权利要求1所述的方法,其特征在于,所述基于所述关系和所述总持仓手数,确定平仓类型,包括:
响应于确定所述多头持仓手数大于所述空头持仓手数,确定平仓类型为平仓多头持仓;
响应于确定所述多头持仓手数等于所述空头持仓手数,确定平仓类型为平仓多头持仓和平仓空头持仓;
响应于确定所述多头持仓手数小于所述空头持仓手数,确定平仓类型为平仓多头持仓。
8.一种交易风险处理装置,其特征在于,包括:
接收单元,被配置成接收交易风险处理请求,获取对应的用户标识,进而获取所述用户标识对应的合约;
持仓手数确定单元,被配置成基于所述合约,确定所述用户标识对应的总持仓手数、多头持仓手数和空头持仓手数;
平仓类型确定单元,被配置成确定所述多头持仓手数和所述空头持仓手数的关系,进而基于所述关系和所述总持仓手数,确定平仓类型;
平仓单元,被配置成基于所述平仓类型对应计算需要平仓的手数,以基于所述手数执行所述平仓类型对应的平仓,进而对应更新所述用户标识对应的可用资金,获取平仓后所述用户标识对应的总持仓手数并更新;
信息返回单元,被配置成响应于所述可用资金达到预设资金阈值,返回请求处理成功信息。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括请求生成单元,被配置成:
定时轮询各用户的保证金比例,将低于强平线的保证金比例对应的用户确定为待强平用户;
对于每一个待强平用户,获取对应的用户标识,进而基于所述用户标识获取所持有的各合约;
基于所述各合约生成各交易风险处理任务;
基于所述各交易风险处理任务,生成对应的交易风险处理请求。
10.根据权利要求9所述的装置,其特征在于,所述请求生成单元进一步被配置成:
确定所述各合约的强平顺序;
将各所述合约按照所述强平顺序进行排列,进而对应生成按照所述强平顺序排列的各交易风险处理任务。
11.根据权利要求10所述的装置,其特征在于,所述请求生成单元进一步被配置成:
依序执行按照所述强平顺序排列的各交易风险处理任务,并生成所执行的交易风险处理任务对应的交易风险处理请求。
12.根据权利要求9所述的装置,其特征在于,所述装置还包括执行单元,被配置成:
基于各所述保证金比例,得到各所述待强平用户的排序;
响应于当前待强平用户对应的各交易风险处理任务执行结束,基于所述排序确定下一个待强平用户,执行所述下一个待强平用户对应的各交易风险处理任务;
响应于确定所述下一个待强平用户为空值,返回请求处理完成标识,结束请求处理。
13.根据权利要求8所述的装置,其特征在于,所述平仓类型确定单元进一步被配置成:
将所述多头持仓手数与所述空头持仓手数进行比较,以确定所述多头持仓手数和所述空头持仓手数的大小关系。
14.一种交易风险处理电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-7中任一项所述的方法。
15.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-7中任一项所述的方法。
16.一种计算机程序产品,包括计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111574897.5A CN114240664A (zh) | 2021-12-21 | 2021-12-21 | 交易风险处理方法、装置、电子设备及计算机可读介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111574897.5A CN114240664A (zh) | 2021-12-21 | 2021-12-21 | 交易风险处理方法、装置、电子设备及计算机可读介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114240664A true CN114240664A (zh) | 2022-03-25 |
Family
ID=80760753
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111574897.5A Pending CN114240664A (zh) | 2021-12-21 | 2021-12-21 | 交易风险处理方法、装置、电子设备及计算机可读介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114240664A (zh) |
-
2021
- 2021-12-21 CN CN202111574897.5A patent/CN114240664A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220366491A1 (en) | Incrementally perfected digital asset collateral wallet | |
US8301533B1 (en) | Automated fulfilling of currency exchange requests over a computer network | |
US20220237576A1 (en) | Control method, non-transitory computer-readable storage medium, information processing apparatus, and control system | |
CN103748602A (zh) | 支付非结算交易 | |
KR102447254B1 (ko) | 고속 거래 체결을 지원하는 거래소 운영 방법 및 시스템 | |
CN107358428B (zh) | 一种多终端撮合交易系统 | |
WO2014107510A1 (en) | Automatic collateral exchange for rehypothecated collateral | |
KR101805420B1 (ko) | 주식 투자 성과에 기반한 주식 투자 신뢰성 평가 시스템 및 그 방법 | |
US10708384B2 (en) | Data processing method and system | |
US11922477B2 (en) | Object exchange assistant system | |
KR20210007363A (ko) | 블록체인 기반의 환전 방법 및 장치 | |
KR20210034227A (ko) | 스마트 컨트랙트 기반의 온라인 거래 중개 장치 및 방법 | |
US20220076264A1 (en) | System and method for simplifying fraud detection in real-time payment transactions from trusted accounts | |
CN111340487A (zh) | 一种资源结算的方法及装置 | |
KR102374522B1 (ko) | 거래 위험 관리를 지원하는 거래소 운영 방법 및 시스템 | |
KR102634818B1 (ko) | 상품 거래 지원 방법 및 장치 | |
CN114240664A (zh) | 交易风险处理方法、装置、电子设备及计算机可读介质 | |
CN114066615A (zh) | 受托支付方法、装置、电子设备和存储介质 | |
KR102240203B1 (ko) | 외상거래 서비스 제공방법, 장치 및 프로그램 | |
CN112330448A (zh) | 资金管理方法、终端设备及存储介质 | |
CN117635145B (zh) | 基于区块链的碳交易方法和装置、电子设备和存储介质 | |
KR102509885B1 (ko) | 조달 중개 시스템 | |
KR102194528B1 (ko) | 담보자산 가치평가 방법, 장치 및 프로그램 | |
KR102248319B1 (ko) | 주식 청약 대금 대출을 위한 금융 기술 서비스 방법 및 그 장치 | |
CN117273914A (zh) | 一种联合贷款方法、电子设备及计算机存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |