Traitement en cours

Veuillez attendre...

Paramétrages

Paramétrages

Aller à Demande

1. WO2021036321 - SUPERVISION DE DONNÉES DE RAPPORT, APPAREIL ÉLECTRONIQUE, DISPOSITIF ET SUPPORT D'INFORMATIONS LISIBLE PAR ORDINATEUR

Document

说明书

发明名称 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082   0083   0084   0085   0086   0087   0088   0089   0090   0091   0092   0093   0094   0095   0096   0097   0098   0099   0100   0101   0102   0103   0104   0105   0106   0107   0108   0109   0110   0111   0112   0113   0114   0115   0116   0117   0118   0119   0120   0121   0122   0123   0124   0125   0126   0127   0128   0129   0130   0131   0132   0133   0134   0135   0136   0137   0138  

权利要求书

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   17   18   19   20  

附图

1   2   3   4   5   6   7  

说明书

发明名称 : 监管数据上报、电子装置、设备及计算机可读存储介质

[0001]
本申请要求于2019年8月30日提交中国专利局、申请号为201910814524.7,发明名称为“监管数据上报方法、电子装置、设备及计算机可读存储介质”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。

技术领域

[0002]
本申请涉及大数据的监管数据的上传技术领域,尤其涉及一种监管数据上报方法、电子装置、设备及计算机可读存储介质。

背景技术

[0003]
金融机构获取的数据量不断增长,尤其是大量高频非结构化的数据,由于需要维护金融市场的秩序,金融机构需要将其对应的交易等产生的监管数据发送到监管部门进行备案。
[0004]
发明人意识到,由于金融机构较多,会存在同时有多家金融机构将监管数据上报到监管部门,现有的监管数据上报监管机构,若数据量较大的话,监管数据所对应的上报报文会很大,如果在网络不稳定的情况下会出现监管数据传输中断。由于监管部门对监管数据上传的时限性较高,一旦监管数据的上传产生终端,就难以满足监管时效性要求。
[0005]
因此,现提供一种有效的监管数据上报方法是亟待解决的技术问题。
[0006]
发明内容
[0007]
有鉴于此,本申请提出一种监管数据上报方法、电子装置、设备及计算机可读存储介质,旨在解决现有技术中监管数据上传不能满足时效性的问题,本申请实施例通过限制每个数据包的大小,便于网络传输,分包后,再使用多线程上报数据,比之前单一线程大幅节约了时间,满足了监管的时效性要求。
[0008]
首先,为实现上述目的,本申请提出一种监管数据上报方法,所述方法包括步骤:
[0009]
基于与每一交易方的交易行为存储交易数据,并为每一个交易数据设定标志码;
[0010]
将多个交易数据确定为待发送数据,并判断所述待发送数据的大小是否大于第一预设值;
[0011]
如果是,对所述待发送数据包进行分包处理,得到多个子数据包,其中,任意一个子数据包的大小均小于第二预设值;
[0012]
为所述多个子数据包中的每一个数据包分配一个解码标签;
[0013]
确定发送线程;
[0014]
基于所确定的线程发送所述子数据包、解码标签以及标志码。
[0015]
此外,为实现上述目的,本申请还提供一种电子装置,所述装置包括:监管数据上报端模块;
[0016]
其中,所述监管数据上报端模块包括:
[0017]
设定模块,用于基于与每一交易方的交易行为存储交易数据,并为每一个交易数据设定标志码;
[0018]
判断模块,用于将多个交易数据确定为待发送数据,并判断所述待发送数据的大小是否大于第一预设值;
[0019]
分包模块,用于在所述判断模块的判断结果为是的情况下,对所述待发送数据包进行分包处理,得到多个子数据包,其中,任意一个子数据包的大小均小于第二预设值;
[0020]
解码模块,用于为所述多个子数据包中的每一个数据包分配一个解码标签;
[0021]
确定模块,用于确定发送线程;
[0022]
发送模块,用于基于所确定的线程个数发送所述子数据包。
[0023]
此外,为实现上述目的,本申请还提供一种设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现任一项所述监管数据上报方法的步骤。
[0024]
此外,为实现上述目的,本申请还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现任一项所述监管数据上报方法的步骤。
[0025]
相较于现有技术,本申请所提出的监管数据上报方法、装置、设备及计算机可读存储介质,满足了监管的时效性要求,且通过为子数据包分配解码标签能够在接收到监管数据时进行快速找到相应的子数据包并解码,在解码后还能通过标志码对每一个交易数据进行确认,避免数据丢失。

附图说明

[0026]
图1是本申请第一实施例之监管数据上报方法的流程示意图;
[0027]
图2是本申请第二实施例之监管数据上报方法的流程示意图;
[0028]
图3是本申请第三实施例之监管数据上报方法的流程示意图;
[0029]
图4是本申请第四实施例之监管数据上报方法的流程示意图;
[0030]
图5是本申请实施例之电子装置一可选的应用环境图;
[0031]
图6是本申请第一实施例之电子装置的硬件架构示意图;
[0032]
图7是本申请第一实施例之电子装置的程序模块示意图。

具体实施方式

[0033]
需要说明的是,本申请实施例中,监管数据上报方法的执行主体可以为监管数据上报端模块,或者是包含监管数据上报方法处理器的其他终端或装置,以及是包含监管数据上报端模块的其他设备。
[0034]
为解决现有技术问题,如图1所示,本申请实施例提供了一种监管数据上报方法,包括步骤如下:
[0035]
S101,基于与每一交易方的交易行为存储交易数据,并为每一个交易数据设定标志码。
[0036]
需要说明的是,以一个交易平台为例,在交易平台产生交易的时候,每一笔交易都会和支付机构产生数据信息,那么这一笔交易针对于支付机构会产生各个参与方的信息,所以在针对一个交易方产生的依次交易就会有一次交易数据。
[0037]
针对每一个交易一般都会存在一个交易号,例如订单号,是唯一的标志,可以将其作为标志码,或者针对每一个交易另外设置一个新的号码作为标志码,每一个标志码都是不重复的,便于进行每一个交易的识别。
[0038]
此外,标志码还可以是此次交易的支付交易号,例如,在支付的时候通过第三方或者交易平台形成的支付交易号。
[0039]
需要说明的是,标志码还可以是由其他方式产生的,只要是针对每一个交易产生的唯一指定标志即可,本申请实施例在此不做具体限定。
[0040]
S102,将多个交易数据确定为待发送数据,并判断所述待发送数据的大小是否大于第一预设值;如果是,执行步骤103。
[0041]
可以理解的是,交易数据是越来越多的,而且在同一时间可能会呈现出多个交易数据,那么针对交易数据进行处理。
[0042]
本申请的一种实现方式中,针对每一类物品的交易数据,在一个时间段内,将产生的交易数据作为待发送数据。
[0043]
本申请的另一种实现方式中,设置一较短的时间范围,在该范围内所有的交易信息作为待发送数据。
[0044]
可以理解的是,当产生交易的时候交易平台会与金融机构通信,将此次交易的相关数据进行共享,共享的数据包括不限于:产品的具体信息、交易链接、交易金额明细、订单时间、收付款方信息。因此,会在每一次交易过后本申请实施例所对应的监管数据上报端获得交易并存储。以现有的信用卡为例,当用户在平台消费以后,银行会获得此次消费的交易数 据,并在账单中进行记录。
[0045]
需要说明的是,金融机构产生的数据会定时的发送到监管机构,具体的发送时间可以设置为周期性的,或者是根据产生数据的大小进行发送。因此,本申请实施例中,可以根据预设的数据发送周期或者产生的数据大小、目标文件夹所产生的数据进行确定待发送数据。
[0046]
一种具体实现方式中,设置目标区域,那么针对金融机构产生的数据会保存在目标区域中,然后将目标区域新产生的数据确定为待发送数据。
[0047]
另一种具体实现方式中,以固定时间单位里产生的数据确定为待发送数据,例如,以1s为单位,将1s内产生的数据确定为待发送数据。
[0048]
本领域技术人员可以理解的是,本申请实施例预先设置关于待发送数据大小的比较对象,即第一预设值,将待发送数据与第一预设值进行比较,当待发送数据大于第一预设值的时候执行步骤S302,否则,直接发送数据包。示例性的,第一预设值为500M,待发送数据为600M,那么需要执行步骤S302,若待发送数据为450M,那么直接进行待发送数据包的发送处理。
[0049]
可以理解的是,通过待发送数据与第一预设值的比较,可以确定待发送数据是否过大,以避免直接发送造成数据发送失败的问题。
[0050]
S103,对所述待发送数据包进行分包处理,得到多个子数据包,其中,任意一个子数据包的大小均小于第二预设值。
[0051]
需要说明的是,第一预设值,是体现网络传输能力的阈值。可以理解的是,当待发送数据小于第一预设值时可以进行分包处理,也可以不进行分包处理而直接发送,目的是在待发送数据不大于比较对象时不进行分包处理也能够实现有效传输的同时节省了分包处理的时间,达到数据分包处理和直接传输的平衡。
[0052]
针对第二预设值,是限定每个子数据包的大小,以便于进行网络快速传输,也是根据网络的传输能力和数据的传输效率进行时设定的子数据包阈值。
[0053]
因此,针对不同的数据传输网络和不同的传输效率要求(例如,需要及时得到数据时则需要分割成较小的数据包,以实现较快发送减少传输时间的目的)而设定。本申请实施例中的第二预设值和第一预设值可以是相等的,也可以是不相等的。
[0054]
示例性的,第一预设值与第二预设值相等,均为500M,待发送数据为600M,那么需要进行待发送数据包的分包,具体分为多少个子数据包,本申请实施例通过第二预设值进行限定划分后的子数据包,每一个划分后的子数据包不能大于第二预设值,即不大于500M。
[0055]
那么,600M的待发送数据包,可以分为2个数据包进行发送,例如,划分为2个数据包,一个为400M、一个为200M;或者一个为300M、一个为300M;或者一个为250M、一 个为350M;或者一个为150M、一个为450M。例如,划分为3个数据包,一个为200M、一个为200M、一个为200M;或者一个为300M、一个为200M、一个为100M;或者一个为250M、一个为150M、一个为200M;或者一个为250M、一个为250M、一个为100M,也可以划分为3个数据包,4个数据包,10个数据包等等,本申请实施例在此不做具体限定。
[0056]
本申请的另一种实施例中,第一预设值与第二预设值不相等,假设第一预设值为500M,第二预设值可以为400M,450M,也可以为300M,等等,本申请实施例在此不做具体数值限定。
[0057]
S104,为所述多个子数据包中的每一个数据包分配一个解码标签。
[0058]
需要说明的是,所有的子数据包是构成一个待发送数据的完整整体,所以为了使得待发送数据在接收端便于形成一个整体进行存储,针对每一个子数据包分配一个解码标签。可以理解的是,数据发送之前是需要进进行编码压缩的,例如通过压缩包,每一个子数据包可以是一个子压缩包,全部的子压缩包放在一起解压后形成一个完整的数据包。因此,在分配了对应的解码标签以后便于找到对应的子数据包,提高解码效率。
[0059]
S105,确定发送线程。
[0060]
可以理解的是,线程又称为轻量进程(Lightweight Process,简称LWP),是程序执行流的最小单元。线程是进程中的一个实体,是被系统独立调度和分派的基本单位。
[0061]
本申请的一种实施例中,确定发送线程的可以根据所述待发送数据的大小,确定发送线程。可以理解的是,如果待发送数据数据比较大的话,就需要更多的线程进行子数据包的发送,因此,本申请实施例可以通过待发送数据包的大小确定发送线程的数量。
[0062]
本申请另一种实现方式中,还可以通过:确定当前空闲线程;基于所述当前空闲线程,确定发送线程数量。空闲线路可以是当前没有处于工作状态的线路,也可以是负载低于阈值的线路。具体的,线路的负载阈值可以获得多个计时单位中每一个计时单位的传输数据量,获得该多个计时单位中总的数据传输量,若低于一个总的数据传输量值,则视为空闲线程。
[0063]
S106,基于所确定的线程发送所述子数据包、解码标签以及标志码。
[0064]
可以理解的是,线程是有一个相对独立的、可调度的执行单元,通过执行单元直接进行子数据包的发送,实现数据的发送过程。
[0065]
需要说明的是,联通每一个子数据包对应的解码标签和每一个交易数据对应的标志码,能够使得接收端通过解码标签和子数据包进行快速解码,获得对应的数据包,然后针对数据包里面的每一个交易数据通过标志码进行检验,确认是否发生数据错误或者丢失,提高数据传输的准确性。
[0066]
可以理解的是,通常的数据传输环境为:线程为多个,子数据包也为多个,可以根据 子数据包的生成时间进行顺序发送,例如,线程为线程A、线程B、线程C3个,且传输能力相同,子数据包为10个,按照子数据包的生成时间依次通过线程A、线程B、线程C3进行传输。
[0067]
如果线程的传输能力不同,则将可以进行分配,传输能力强的线程传输较大的子数据包,否则传输较小的子数据包;又或者传输能力强的线程传输较多的子数据包,否则传输较少的子数据包。
[0068]
相较于现有技术,本申请所提出的监管数据上报方法,在获取与每一交易方的交易行为存储交易数据后为每一个交易数据设定标志码,然后将多个交易数据确定为待发送数据,并判断待发送数据的大小大于第一预设值的情况下,需要对待发送数据包进行分包处理,得到分包后的多个子数据包,且每一个子数据包的大小均小于第二预设值,并为每一个数据包分配一个解码标签;然后通过所确定的发送线程发送所述子数据包、解码标签以及标志码。通过对待发送数据包进行分包处理,使得子数据包的大小均小于第二预设值,能够在传输速率较差的情况下小数据包依然能够正常传输,避免了现有技术中,直接通过对监管数据的发送在网络传输条件不好的情况下导致传输失败的问题,解决现有技术中监管数据上传不能满足时效性的问题,因此,比之前单一线程大幅节约了时间,完全满足了监管的时效性要求,且通过为子数据包分配解码标签能够在接收到监管数据时进行快速找到相应的子数据包并解码,在解码后还能通过标志码对每一个交易数据进行确认,避免数据丢失。
[0069]
如图2所示,所述对所述待发送数据包进行分包处理,得到多个子数据包的步骤,包括:
[0070]
S201,计算所述待发送数据包的大小与所述第一预设值的倍数值。
[0071]
假设,待发送数据包为600M,第一预设值为500M,那么待发送数据包与第一预设值的比值为1.2。
[0072]
S202,根据预先设置的倍数值与数据包值的关系,确定所计算出来的倍数对应的数据包个数。
[0073]
本申请实施例预先设置的倍数值与数据包值的关系表,即每一个数据包值都与倍数值存在一个对应关系,该对应关系可以进行设置为多种选择,每一种选择对应一个网络情况,可以在不同的网络情况下选择不同的对应关系。
[0074]
本申请的一种实现方式中,设置数据包的个数为不小于倍数值所对应的证书,例如,倍数值是1.2,对应的数据包是设定是不小于:倍数值所对应最小整数的预设整数倍,例如预设整数为2,那么1.2对应的最小整数为2,那么数据包的个位数为不小于:2*2=4个。
[0075]
本申请的另一种实现方式中,根据数据传输局域网的带宽进行设定,以太网带宽可以 分为:10Mbps以太网,100Mbps以太网、1Gbps以太网、10Gbps以太网、100Gbps以太网,当带宽越宽传输能力越强,可以设定在带宽为大于100Mbps以太网时,设置数据包的个数与倍数值对应的整数(该整数为不小于倍数值的最小整数)相同即可,例如,计算出来的倍数值是2.1,则数据包的个数为3。
[0076]
S203,根据所确定的数据包个数对所述待发送数据包进行划分。
[0077]
根据所确定的数据包进行待发送数据包的划分,示例性的,待发送数据包为600M,第一预设值为500M,待发送数据包与第一预设值的比值为1.2,对应的数据包是3-5个,所以数据包的个数可以是3个、4个或者是5个,所以划分后的子数据包可以是3个、4个或者是5个。
[0078]
可以理解的是,每一个子数据包的大小只要不超过第二预设值即可,可以是平均分配,也可以是不平均分配,本申请时实施例不做具体限定。
[0079]
S204,判断划分后的子数据包大小是否不小于第二预设值;如果是,执行S205。
[0080]
具体每一个子数据包的大小可以是相同的也可以是不相同的,如果是不相等的必须要保证每一个子数据包的大小都不能超过第二预设值,否则执行步骤S205的继续划分步骤。
[0081]
S205,再次对该子数据包进行划分。
[0082]
如图3所示,本申请的另一种实现方式中,所述基于所述当前空闲线程,确定发送线程数量的步骤,包括:
[0083]
S301,确定当前空闲线程个数。
[0084]
本申请实施例中确定空闲线程的个数,可以同上述确定当前空闲线程的过程相同,本申请实施例在此不做赘述。
[0085]
S302,判断所述空闲线程个数是否不大于所述倍数值;如果是,执行步骤S303。
[0086]
本申请实施例提供了一种在当前数据传输紧张,为了节省数据线程,通过一个线程对应一个子数据包是最为节省线程资源的方案。
[0087]
S303,将所述当前空闲线程确定为发送线程。
[0088]
本申请实施例中,若当前空闲的线程个数不大于倍数值,将空闲线程全部用于进行数据发送,否则,在所述空闲线程个数大于所述倍数值,确定与所述倍数最接近的整数;将所确定的整数个线程确定为发送线程。
[0089]
本申请的一种实施例中,如图4所示,提供一种具体的基于所确定的线程发送所述子数据包、解码标签以及标志码的实现方式,包括步骤:
[0090]
S401,将所述子数据包进行优先级排序。
[0091]
可以理解的是,优先级的设置可以是人为的进行设置,也可以是设置一定的规则使得 监管数据上报端自动生成子数据包的优先级。
[0092]
一种实现方式中,自动生成优先级的方式可以是当自数据包为包含VIP用户的购物数据时,则设置为优先级高。
[0093]
另一种实现方式中,若之前传输的数据包发生丢包情况,再次进行传输时,可以进行优先传输,所以可以人为设置为高传输优先级的子数据包。
[0094]
S402,根据所述优先级,将所述子数据包以及对应的解码标签、标志码存入数据发送队列中。
[0095]
每一个子数据包与其对应的解码标签、标志码是同时传输的,所以需要同时放入到数据发送队列中。本申请的数据传输队列为先入先出的FIFO存储器,用于进行待发送数据的缓存。
[0096]
S403,通过所确定的线程依次取出并发送所述数据发送队列中的数据。
[0097]
具体的,空闲线程可以逐个从数据发送队列中取走对应的数据,然后进行发送,该线程的状态从闲变成忙,当发送结束后,该线程的状态从忙变成闲,再次进行排队取走数据发送队列中的数据,实现数据的逐个发送。
[0098]
因此,应用本申请图4所示的实施例,通过子数据包的优先级设置,可以保证优先级高的数据包优先发送,提高待发送数据的发送效率。
[0099]
参阅图5和图6所示,是本申请电子装置50一可选的应用环境示意图。
[0100]
本实施例中,所述电子装置50可通过有线或无线方式与监管数据上报端模块10以及数据接收端40进行通信。所述电子装置50中,通过网络接口53将所述监管数据上报端模块10的数据发送到数据接收端40中,还可以将所述数据信息通过网络接口53发送于所述数据接收端40的显示界面上,从而实现监管数据上报后数据的传输。
[0101]
参阅图5所示,是本申请电子装置50一可选的硬件架构示意图。电子装置50包括,但不仅限于,可通过系统总线相互通信连接存储器51、处理器52以及网络接口53,图5仅示出了具有组件51-53的电子装置50,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。
[0102]
所述存储器51至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,所述存储器51可以是所述电子装置50的内部存储单元,例如该电子装置50的硬盘或内存。在另一些实施例中,所述存储器也可以是所述电子装置50的外部存储设备,例如该电子装置50上配备的 插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。当然,所述存储器51还可以既包括所述电子装置50的内部存储单元也包括其外部存储设备。本实施例中,所述存储器51通常用于存储安装于所述电子装置50的操作系统和各类应用软件,例如监管数据上报端模块10的程序代码等。此外,所述存储器51还可以用于暂时地存储已经输出或者将要输出的各类数据。
[0103]
所述处理器52在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器52通常用于控制所述电子装置50的总体操作。本实施例中,所述处理器52用于运行所述存储器51中存储的程序代码或者处理数据,例如运行所述监管数据上报端模块10等。
[0104]
所述网络接口53可包括无线网络接口或有线网络接口,该网络接口53通常用于在所述电子装置50与其他电子设备之间建立通信连接。
[0105]
至此,己经详细介绍了本申请相关设备的硬件结构和功能。下面,将基于上述介绍提出本申请的各个实施例。
[0106]
首先,本申请提出一种电子装置50。
[0107]
参阅图5所示,是本申请第一实施例之电子装置50的程序模块示意图。
[0108]
本实施例中,所述电子装置50包括一系列的存储于存储器51上的计算机程序指令,当该计算机程序指令被处理器52执行时,可以实现本申请各实施例的监管数据上报操作。在一些实施例中,基于该计算机程序指令各部分所实现的特定的操作,电子装置50可以被划分为一个或多个模块。例如,在图7中,所述电子装置中的监管数据上报端模块10可以被分割成:设定模块501,判断模块502、分包模块503、分配模块504、确定模块505、发送模块506。其中:
[0109]
设定模块501,用于基于与每一交易方的交易行为存储交易数据,并为每一个交易数据设定标志码;
[0110]
判断模块502,用于确定待发送数据,并判断所述待发送数据的大小是否大于第一预设值;
[0111]
分包模块503,用于在所述判断模块的判断结果为是的情况下,对所述待发送数据包进行分包处理,得到多个子数据包,其中,任意一个子数据包的大小均小于第二预设值;
[0112]
分配模块504,用于为所述多个子数据包中的每一个数据包分配一个解码标签;
[0113]
确定模块505,用于确定发送线程;
[0114]
发送模块506,用于基于所确定的线程个数发送所述子数据包。
[0115]
进一步地,所述分包模块503,包括:
[0116]
计算子模块601,用于计算所述待发送数据包的大小与所述第一预设值的倍数值;
[0117]
第一确定子模块602,用于根据预先设置的倍数值与数据包值的关系,确定所计算出来的倍数对应的数据包个数;
[0118]
第一划分子模块603,用于根据所确定的数据包个数对所述待发送数据包进行划分;
[0119]
判断子模块604,用于判断划分后的子数据包大小是否不小于第二预设值;
[0120]
第二划分子模块605,用于在所述判断子模块的判断结果为是的情况下,再次对该子数据包进行划分。
[0121]
进一步地,所述确定模块505具体用于:根据所述待发送数据的大小,确定发送线程。
[0122]
进一步地,所述确定模块505,包括:
[0123]
第二确定子模块701,用于确定当前空闲线程;
[0124]
第三确定子模块702,用于基于所述当前空闲线程,确定发送线程数量。
[0125]
进一步地,所述第三确定子模块702,包括:
[0126]
第一确定单元801,用于确定当前空闲线程个数;
[0127]
判断单元802,用于判断所述空闲线程个数是否不大于所述倍数值;
[0128]
第二确定单元803,用于在所述判断单元的判断结果为是的情况下,将所述当前空闲线程确定为发送线程。
[0129]
进一步地,所述确定模块505,还包括:
[0130]
第四确定子模块901,用于在所述空闲线程个数大于所述倍数值,确定与所述倍数最接近的整数;
[0131]
第五确定子模块902,用于将所确定的整数个线程确定为发送线程。
[0132]
进一步地,所述发送模块506,还包括:
[0133]
排序子模块,用于将所述子数据包进行优先级排序;
[0134]
第一发送子模块,用于根据所述优先级,将所述子数据包以及对应的解码标签、标志码存入数据发送队列中;
[0135]
第二发送子模块,用于通过所确定的线程依次取出并发送所述数据发送队列中的数据。
[0136]
相比较现有技术,本申请实施例提供的一种电子装置,之前单一线程大幅节约了时间,完全满足了监管的时效性要求,且通过为子数据包分配解码标签能够在接收到监管数据时进行快速找到相应的子数据包并解码,在解码后还能通过标志码对每一个交易数据进行确认,避免数据丢失。
[0137]
本申请还提供一种计算机设备,如可以执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务 器,或者多个服务器所组成的服务器集群)等。本实施例的计算机设备至少包括但不限于:可通过系统总线相互通信连接的存储器、处理器等。
[0138]
本实施例还提供一种计算机可读存储介质,该计算机可读存储介质可以是非易失性,也可以是易失性,如闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等,其上存储有计算机程序,程序被处理器执行时实现相应功能。本实施例的计算机可读存储介质用于存储电子装置20,被处理器执行时实现本申请的监管数据上报方法。

权利要求书

[权利要求 1]
一种监管数据上报方法,其中,所述方法包括步骤: 基于与每一交易方的交易行为存储交易数据,并为每一个交易数据设定标志码; 将多个交易数据确定为待发送数据,并判断所述待发送数据的大小是否大于第一预设值; 如果是,对所述待发送数据包进行分包处理,得到多个子数据包,其中,任意一个子数据包的大小均小于第二预设值; 为所述多个子数据包中的每一个数据包分配一个解码标签; 确定发送线程; 基于所确定的线程发送所述子数据包、解码标签以及标志码。
[权利要求 2]
根据权利要求1所述的监管数据上报方法,其中,所述对所述待发送数据包进行分包处理,得到多个子数据包的步骤,包括: 计算所述待发送数据包的大小与所述第一预设值的倍数值; 根据预先设置的倍数值与数据包值的关系,确定所计算出来的倍数对应的数据包个数; 根据所确定的数据包个数对所述待发送数据包进行划分; 判断划分后的子数据包大小是否不小于所述第二预设值; 如果是,再次对该子数据包进行划分。
[权利要求 3]
根据权利要求2所述的监管数据上报方法,其中,所述确定发送线程的步骤,包括: 根据所述待发送子数据包的大小,确定当前空闲线程; 基于所述当前空闲线程,确定发送线程数量。
[权利要求 4]
根据权利要求3所述的监管数据上报方法,其中,所述基于所述当前空闲线程,确定发送线程数量的步骤,包括: 确定当前空闲线程个数; 判断所述空闲线程个数是否不大于所述倍数值; 如果是,将所述当前空闲线程确定为发送线程。
[权利要求 5]
根据权利要求4所述的监管数据上报方法,其中,所述方法还包括: 在所述空闲线程个数大于所述倍数值,确定与所述倍数最接近的整数; 将所确定的整数个线程确定为发送线程。
[权利要求 6]
根据权利要求1所述的监管数据上报方法,其中,所述基于所确定的线程发送所述子数据包、解码标签以及标志码的步骤,包括: 将所述子数据包进行优先级排序; 根据所述优先级,将所述子数据包以及对应的解码标签、标志码存入数据发送队列中; 通过所确定的线程依次取出并发送所述数据发送队列中的数据。
[权利要求 7]
一种电子装置,其中,所述装置包括:监管数据上报端模块; 其中,所述监管数据上报端模块包括: 设定模块,用于基于与每一交易方的交易行为存储交易数据,并为每一个交易数据设定标志码; 判断模块,用于将多个交易数据确定为待发送数据,并判断所述待发送数据的大小是否大于第一预设值; 分包模块,用于在所述判断模块的判断结果为是的情况下,对所述待发送数据包进行分包处理,得到多个子数据包,其中,任意一个子数据包的大小均小于第二预设值; 解码模块,用于为所述多个子数据包中的每一个数据包分配一个解码标签; 确定模块,用于确定发送线程; 发送模块,用于基于所确定的线程个数发送所述子数据包。
[权利要求 8]
根据权利要求7所述的电子装置,其中,所述分包模块具体包括: 计算子模块,用于计算所述待发送数据包的大小与所述第一预设值的倍数值; 第一确定子模块,用于根据预先设置的倍数值与数据包值的关系,确定所计算出来的倍数对应的数据包个数; 第一划分子模块,用于根据所确定的数据包个数对所述待发送数据包进行划分; 判断子模块,用于判断划分后的子数据包大小是否不小于第二预设值; 第二划分子模块,用于在所述判断子模块的判断结果为是的情况下,再次对该子数据包进行划分。
[权利要求 9]
一种设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述计算机程序时实现监管数据上报方法,所述监管数据上报方法具体包括如下步骤: 基于与每一交易方的交易行为存储交易数据,并为每一个交易数据设定标志码; 将多个交易数据确定为待发送数据,并判断所述待发送数据的大小是否大于第一预设值; 如果是,对所述待发送数据包进行分包处理,得到多个子数据包,其中,任意一个子数据包的大小均小于第二预设值; 为所述多个子数据包中的每一个数据包分配一个解码标签; 确定发送线程; 基于所确定的线程发送所述子数据包、解码标签以及标志码。
[权利要求 10]
根据权利要求9所述的设备,其中,所述对所述待发送数据包进行分包处理,得到多个子数据包的步骤,包括: 计算所述待发送数据包的大小与所述第一预设值的倍数值; 根据预先设置的倍数值与数据包值的关系,确定所计算出来的倍数对应的数据包个数; 根据所确定的数据包个数对所述待发送数据包进行划分; 判断划分后的子数据包大小是否不小于所述第二预设值; 如果是,再次对该子数据包进行划分。
[权利要求 11]
根据权利要求10所述的设备,其中,所述确定发送线程的步骤,包括: 根据所述待发送子数据包的大小,确定当前空闲线程; 基于所述当前空闲线程,确定发送线程数量。
[权利要求 12]
根据权利要求11所述的设备,其中,所述基于所述当前空闲线程,确定发送线程数量的步骤,包括: 确定当前空闲线程个数; 判断所述空闲线程个数是否不大于所述倍数值; 如果是,将所述当前空闲线程确定为发送线程。
[权利要求 13]
根据权利要求12所述的设备,其中,所述方法还包括: 在所述空闲线程个数大于所述倍数值,确定与所述倍数最接近的整数; 将所确定的整数个线程确定为发送线程。
[权利要求 14]
根据权利要求11所述的设备,其中,所述基于所确定的线程发送所述子数据包、解码标签以及标志码的步骤,包括: 将所述子数据包进行优先级排序; 根据所述优先级,将所述子数据包以及对应的解码标签、标志码存入数据发送队列中; 通过所确定的线程依次取出并发送所述数据发送队列中的数据。
[权利要求 15]
一种计算机可读存储介质,其上存储有计算机程序,其中,所述计算机程序被处理器执行时实现监管数据上报方法,其中,所述监管数据上报方法具体包括如下步骤: 基于与每一交易方的交易行为存储交易数据,并为每一个交易数据设定标志码; 将多个交易数据确定为待发送数据,并判断所述待发送数据的大小是否大于第一预设值; 如果是,对所述待发送数据包进行分包处理,得到多个子数据包,其中,任意一个子数据包的大小均小于第二预设值; 为所述多个子数据包中的每一个数据包分配一个解码标签; 确定发送线程; 基于所确定的线程发送所述子数据包、解码标签以及标志码。
[权利要求 16]
根据权利要求15所述的计算机可读存储介质,其中,所述对所述待发送数据包进行分包处理,得到多个子数据包的步骤,包括: 计算所述待发送数据包的大小与所述第一预设值的倍数值; 根据预先设置的倍数值与数据包值的关系,确定所计算出来的倍数对应的数据包个数; 根据所确定的数据包个数对所述待发送数据包进行划分; 判断划分后的子数据包大小是否不小于所述第二预设值; 如果是,再次对该子数据包进行划分。
[权利要求 17]
根据权利要求16所述的计算机可读存储介质,其中,所述确定发送线程的步骤,包括: 根据所述待发送子数据包的大小,确定当前空闲线程; 基于所述当前空闲线程,确定发送线程数量。
[权利要求 18]
根据权利要求17所述的计算机可读存储介质,其中,所述基于所述当前空闲线程,确定发送线程数量的步骤,包括: 确定当前空闲线程个数; 判断所述空闲线程个数是否不大于所述倍数值; 如果是,将所述当前空闲线程确定为发送线程。
[权利要求 19]
根据权利要求18所述的计算机可读存储介质,其中,所述方法还包括: 在所述空闲线程个数大于所述倍数值,确定与所述倍数最接近的整数; 将所确定的整数个线程确定为发送线程。
[权利要求 20]
根据权利要求15所述的计算机可读存储介质,其中,所述基于所确定的线程发送所述子数据包、解码标签以及标志码的步骤,包括: 将所述子数据包进行优先级排序; 根据所述优先级,将所述子数据包以及对应的解码标签、标志码存入数据发送队列中; 通过所确定的线程依次取出并发送所述数据发送队列中的数据。

附图

[ 图 1]  
[ 图 2]  
[ 图 3]  
[ 图 4]  
[ 图 5]  
[ 图 6]  
[ 图 7]