数据发送方法、装置、计算机设备和存储介质

技术领域

本公开涉及大数据数据处理技术领域，特别是涉及一种数据发送方法、装置、计算机设备和存储介质。

背景技术

一些资源交互场景中，在资源交互方执行资源交互时，由于转入和转出资源类型不相同等因素，会存在资源风险。通常情况下，当用户通过资源交互机构进行资源交互时，为了能够对资源风险进行监控与管理，资源交互机构会将资源风险数据上送至对应系统，以使得对应的业务人员能够对资源风险数据进行分析和处理。

传统技术中，可以通过实时上送或汇总上送的方式发送资源风险数据。然而，实际应用中，由于大量不同类型的资源交互以及高频次的资源交互，在进行资源风险数据上送时，数据分散，数据处理工作量大，且上送流程繁琐，效率低下。

发明内容

基于此，有必要针对上述技术问题，提供一种降低数据处理工作量提高效率的数据发送方法、装置、计算机设备、存储介质和计算机程序产品。

第一方面，本公开实施例提供了一种数据发送方法。所述方法包括：

响应于账户的资源交互完成的触发指令，获取所述资源交互对应的目标资源风险数据和目标交互类型，其中，资源风险数据包括资源交互中存在风险的资源的资源量；

基于交互类型与数据发送方式之间的关联关系，确定与所述目标交互类型相匹配的目标数据发送方式；

按照所述目标数据发送方式将所述目标资源风险数据发送至预设风险监控平台。

在其中一个实施例中，所述基于交互类型与数据发送方式之间的关联关系，确定与所述目标交互类型相匹配的目标数据发送方式，包括：

在所述目标交互类型为第一预设交互类型的情况下，确定目标数据发送方式为单次发送，所述第一预设交互类型的资源交互包括资源交互量大于预设阈值的资源交互；

所述按照所述目标数据发送方式将所述目标资源风险数据发送至预设风险监控平台，包括：

在所述目标数据发送方式为单次发送的情况下，将所述目标资源风险数据发送至预设风险监控平台。

在其中一个实施例中，所述基于交互类型与数据发送方式之间的关联关系，确定与所述目标交互类型相匹配的目标数据发送方式，包括：

在所述目标交互类型为第二预设交互类型的情况下，确定目标数据发送方式为周期发送，所述第二预设交互类型为基于资源交互量和/或资源类型确定得到；

所述按照所述目标数据发送方式将所述目标资源风险数据发送至预设风险监控平台，包括：

在所述目标数据发送方式为周期发送的情况下，将所述目标资源风险数据的发送状态标记为待发送状态，并将标记后的目标资源风险数据存入预设数据表中；

响应于周期发送的触发指令，获取所述预设数据表中的待发送状态对应的候选资源风险数据；

将所述候选资源风险数据发送至预设风险监控平台，并将所述候选资源风险数据的发送状态更新为已发送状态。

在其中一个实施例中，所述第二预设交互类型的资源交互包括资源交互量小于预设阈值的资源交互，所述将所述目标资源风险数据的发送状态标记为待发送状态，并将标记后的目标资源风险数据存入预设数据表中，包括：

将所述目标资源风险数据标记为待汇总状态，并将所述目标资源风险数据和对应的资源交互数据存入预设汇总表中；

在所述预设汇总表中的资源交互数据符合预设条件的情况下，从待汇总状态的资源风险数据对应的资源交互数据中，获取与所述目标资源风险数据的资源交互属性相匹配的初始资源交互数据；

对所述初始资源交互数据的初始资源风险数据进行汇总，得到汇总后的资源风险数据，并将所述初始资源风险数据标记为已汇总状态；

将所述汇总后的资源风险数据标记为待发送状态，并将标记后的资源风险数据存入预设数据表中。

在其中一个实施例中，所述方法还包括：

在所述目标资源风险数据发送失败的情况下，获取所述目标资源风险数据的历史发送失败次数；

在所述历史发送失败次数大于预设次数的情况下，将所述目标资源风险数据的发送状态更新为发送失败状态，并发送提示信息。

第二方面，本公开实施例还提供了一种数据发送装置。所述装置包括：

获取模块，用于响应于账户的资源交互完成的触发指令，获取所述资源交互对应的目标资源风险数据和目标交互类型，其中，资源风险数据包括资源交互中存在风险的资源的资源量；

确定模块，用于基于交互类型与数据发送方式之间的关联关系，确定与所述目标交互类型相匹配的目标数据发送方式；

发送模块，用于按照所述目标数据发送方式将所述目标资源风险数据发送至预设风险监控平台。

在其中一个实施例中，所述确定模块，包括：

第一确定子模块，用于在所述目标交互类型为第一预设交互类型的情况下，确定目标数据发送方式为单次发送，所述第一预设交互类型的资源交互包括资源交互量大于预设阈值的资源交互；

所述发送模块，包括：

第一发送子模块，用于在所述目标数据发送方式为单次发送的情况下，将所述目标资源风险数据发送至预设风险监控平台。

在其中一个实施例中，所述确定模块，包括：

第二确定子模块，用于在所述目标交互类型为第二预设交互类型的情况下，确定目标数据发送方式为周期发送，所述第二预设交互类型为基于资源交互量和/或资源类型确定得到；

所述发送模块，包括：

标记子模块，用于在所述目标数据发送方式为周期发送的情况下，将所述目标资源风险数据的发送状态标记为待发送状态，并将标记后的目标资源风险数据存入预设数据表中；

第一获取子模块，用于响应于周期发送的触发指令，获取所述预设数据表中的待发送状态对应的候选资源风险数据；

第二发送子模块，用于将所述候选资源风险数据发送至预设风险监控平台，并将所述候选资源风险数据的发送状态更新为已发送状态。

在其中一个实施例中，所述第二预设交互类型的资源交互包括资源交互量小于预设阈值的资源交互，所述标记子模块，包括：

第一标记单元，用于将所述目标资源风险数据标记为待汇总状态，并将所述目标资源风险数据和对应的资源交互数据存入预设汇总表中；

获取单元，用于在所述预设汇总表中的资源交互数据符合预设条件的情况下，从待汇总状态的资源风险数据对应的资源交互数据中，获取与所述目标资源风险数据的资源交互属性相匹配的初始资源交互数据；

汇总单元，用于对所述初始资源交互数据的初始资源风险数据进行汇总，得到汇总后的资源风险数据，并将所述初始资源风险数据标记为已汇总状态；

第二标记单元，用于将所述汇总后的资源风险数据标记为待发送状态，并将标记后的资源风险数据存入预设数据表中。

在其中一个实施例中，所述装置还包括：

第二获取子模块，用于在所述目标资源风险数据发送失败的情况下，获取所述目标资源风险数据的历史发送失败次数；

第三发送子模块，用于在所述历史发送失败次数大于预设次数的情况下，将所述目标资源风险数据的发送状态更新为发送失败状态，并发送提示信息。

第三方面，本公开实施例还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现本公开实施例中任一项所述的方法的步骤。

第四方面，本公开实施例还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本公开实施例中任一项所述的方法的步骤。

第五方面，本公开实施例还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本公开实施例中任一项所述的方法的步骤。

本公开实施例，在账户执行资源交互时，响应于账户的资源交互完成的触发指令，获取资源交互对应的目标资源风险数据和目标交互类型，并基于交互类型和数据发送方式之间的关联关系，确定和目标交互类型相匹配的目标数据发送方式，按照目标数据发送方式将目标资源风险数据发送到预设风险监控平台，能够针对不同类型不同场景下的资源交互，高效简便地进行资源风险数据上送，无需针对不同资源交互场景设置单独的敞口上送流程，降低了数据处理量，有效提高了数据处理效率，提升了用户的体验感；将资源交互风险数据进行集中化处理，进一步降低了数据处理工作量，避免因数据分散造成的流程混乱的问题；通过设置交互类型和数据发送方式之间的关系，实现了资源风险数据的统一上送，适用于更多应用场景。

附图说明

图1为一个实施例中数据发送方法的流程示意图；

图2为一个实施例中数据发送方法的流程示意图；

图3为一个实施例中数据发送方法的流程示意图；

图4为一个实施例中数据发送方法的流程示意图；

图5为一个实施例中数据发送方法的流程示意图；

图6为一个实施例中数据发送系统的示意图；

图7为一个实施例中数据发送装置的结构框图；

图8为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本公开实施例的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本公开实施例，并不用于限定本公开实施例。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

在一个实施例中，如图1所示，提供了一种数据发送方法，所述方法包括：

步骤S110，响应于账户的资源交互完成的触发指令，获取所述资源交互对应的目标资源风险数据和目标交互类型，其中，资源风险数据包括资源交互中存在风险的资源的资源量；

本公开实施例中，在账户完成资源交互后，发送账户的资源交互完成的触发指令。响应于账户的资源交互完成的触发指令，获取该资源交互对应的目标资源风险数据和目标交互类型。通常情况下，不同应用场景不同需求时，账户可以执行不同交互类型的资源交互。本实施例中，账户可以通过资源交互平台与资源交互机构进行资源交互。账户在资源交互的过程中，可以进行不同类型资源之间的转换，由于不同类型的资源之间的转换率可能会发生变化，因此，资源交互过程中会产生存在风险的资源，资源风险数据中包括资源交互中存在风险的资源的资源量。在一个示例中，资源风险数据中还可以包括但不限于资源交互中存在风险的资源的资源类型等。在一个示例中，账户可以通过其他资源交互动作抵消资源交互中产生的风险，本实施例中的资源风险数据包括抵消完成后最终的资源交互中存在风险的资源的资源量。资源交互的交互类型可以为事先根据实际应用场景划分得到，在一个示例中，可以根据资源交互过程资源转换类型的不同进行划分，得到不同的交互类型；在另一个示例中，可以根据资源交互频次进行划分，得到不同的交互类型，本公开对此不做限制。

步骤S120，基于交互类型与数据发送方式之间的关联关系，确定与所述目标交互类型相匹配的目标数据发送方式；

本公开实施例中，基于交互类型和数据发送方式之间的关联关系，确定和目标交互类型相匹配的目标数据发送方式。具体地，根据实际应用场景，事先建立交互类型和数据发送方式之间的关联关系，不同的交互类型可以对应不同的数据发送方式，数据发送方式可以包括但不限于周期性发送、实时发送、汇总发送等，具体可以根据实际场景划分得到。在一个示例中，可以根据不同交互类型的资源交互的存在风险的资源的资源量大小确定对应的数据发送方式；在另一个示例中，可以根据不同交互类型的资源交互的交互频次确定对应的数据发送方式；还可以根据其他参数确定对应的数据发送方式，本公开对此不做限制。

步骤S130，按照所述目标数据发送方式将所述目标资源风险数据发送至预设风险监控平台。

本公开实施例中，确定目标数据发送方式后，按照确定得到的目标数据发送方式将目标资源风险数据发送至预设风险监控平台。具体地，账户与资源交互机构进行资源交互后，需要对资源交互中产生的存在风险的资源进行监控，本实施例中，资源交互机构通过预设风险监控平台对资源风险数据进行监控，以降低资源损失。在一个示例中，预设风险监控平台可以对资源风险数据进行汇总，统一管理。在一个示例中，获取资源风险数据，并发送至预设风险监控平台之前，资源风险数据可以按照预设的方式存储于预设的数据表中，其中，预设的数据表中存储的数据具有统一的存储格式，存储格式可以根据实际应用场景设置或者修改。在一个示例中，预设数据表可以通过账户资源组件实现，账户资源组件使用预设数据表存储对应的数据。

本公开实施例，在账户执行资源交互时，响应于账户的资源交互完成的触发指令，获取资源交互对应的目标资源风险数据和目标交互类型，并基于交互类型和数据发送方式之间的关联关系，确定和目标交互类型相匹配的目标数据发送方式，按照目标数据发送方式将目标资源风险数据发送到预设风险监控平台，能够针对不同类型不同场景下的资源交互，高效简便地进行资源风险数据上送，无需针对不同资源交互场景设置单独的敞口上送流程，降低了数据处理量，有效提高了数据处理效率，提升了用户的体验感；将资源交互风险数据进行集中化处理，进一步降低了数据处理工作量，避免因数据分散造成的流程混乱的问题；通过设置交互类型和数据发送方式之间的关系，实现了资源风险数据的统一上送，适用于更多应用场景。

在一个实施例中，如图2所示，所述基于交互类型与数据发送方式之间的关联关系，确定与所述目标交互类型相匹配的目标数据发送方式，包括：

步骤S121，在所述目标交互类型为第一预设交互类型的情况下，确定目标数据发送方式为单次发送，所述第一预设交互类型的资源交互包括资源交互量大于预设阈值的资源交互；

所述按照所述目标数据发送方式将所述目标资源风险数据发送至预设风险监控平台，包括：

步骤S131，在所述目标数据发送方式为单次发送的情况下，将所述目标资源风险数据发送至预设风险监控平台。

本公开实施例中，基于交互类型和数据发送方式之间的关联关系，确定和目标交互类型相匹配的目标数据发送方式，当目标交互类型为第一预设交互类型时，确定目标数据发送方式为单次发送，其中，第一预设交互类型的资源交互包括资源交互量大于预设阈值的资源交互。在划分资源交互的交互类型时，基于资源交互量，设置预设阈值，资源交互量大于该预设阈值的资源交互的交互类型为第一预设交互类型，预设阈值可以根据实际应用场景设置或修改。在交互类型为第一预设交互类型时，可以认为此时资源交互的交互量较大，可以将对应的资源风险数据发送至预设风险监控平台，因此，建立第一预设交互类型和单次发送的数据发送方式之间的关联关系。在目标数据发送方式为单次发送时，直接将目标资源风险数据发送至预设风险监控平台。在一个示例中，将目标资源风险数据发送至预设风险监控平台时，若发送失败，可以标记该目标资源风险数据，并采用重试或其他数据发送方式(如周期发送、汇总发送等)发送该目标资源风险数据。在一个示例中，还可以进一步限制第一预设交互类型，例如，将资源交互量大于预设阈值且资源转换类型符合预设条件的资源交互确定为第一预设交互类型的资源交互。

本公开实施例，基于资源交互量确定第一预设交互类型，并设置对应的数据发送方式为单次发送，直接将对应的资源风险数据发送至预设风险监控平台，能够实现对较大额度的资源交互的资源风险数据的及时上送，提高数据处理效率，保证资源交互的安全性和可靠性；且通过预设阈值对资源交互量进行划分，可以根据实际应用场景灵活设置第一预设交互类型，适用于更多应用场景，提升用户的体验感。

在一个实施例中，如图3所示，所述基于交互类型与数据发送方式之间的关联关系，确定与所述目标交互类型相匹配的目标数据发送方式，包括：

步骤S122，在所述目标交互类型为第二预设交互类型的情况下，确定目标数据发送方式为周期发送，所述第二预设交互类型为基于资源交互量和/或资源类型确定得到；

所述按照所述目标数据发送方式将所述目标资源风险数据发送至预设风险监控平台，包括：

步骤S132，在所述目标数据发送方式为周期发送的情况下，将所述目标资源风险数据的发送状态标记为待发送状态，并将标记后的目标资源风险数据存入预设数据表中；

步骤S133，响应于周期发送的触发指令，获取所述预设数据表中的待发送状态对应的候选资源风险数据；

步骤S134，将所述候选资源风险数据发送至预设风险监控平台，并将所述候选资源风险数据的发送状态更新为已发送状态。

本公开实施例中，基于交互类型和数据发送方式之间的关联关系，确定和目标交互类型相匹配的目标数据发送方式，在目标交互类型为第二预设交互类型时，确定和目标交互类型相匹配的目标数据发送方式为周期发送。其中，第二预设交互类型可以为基于资源交互量和/或资源类型确定得到，在一个示例中，第二预设交互类型的资源交互可以设置为资源交互量小于等于预设阈值的资源交互，可以设置为资源交互的资源类型为预设资源类型的资源交互，也可以根据实际应用场景设置限制条件，划分第二预设交互类型。预设阈值和资源类型可以根据实际应用场景设置得到，在本实施例所述的方法中，预设阈值和资源类型也可以根据实际需求等因素进行修改调整。在目标交互类型为第二预设交互类型时，确定此时的资源风险数据可以按照预设的周期周期性上送至预设风险监控平台。当目标数据发送方式为周期发送时，需要将资源风险数据先存入预设数据表中，然后按照预设的周期周期性发送至预设风险监控平台。具体地，当目标数据发送方式为周期发送时，将目标资源风险数据的发送状态标记为待发送状态，并将标记后的目标资源风险数据存入预设数据表中。当接收到周期发送的触发指令时，获取预设数据表中的待发送状态对应的候选资源风险数据，其中，周期发送的触发指令为按照预设的数据发送周期周期性触发，预设的数据发送周期可以为根据实际应用场景和需求设置得到。获取预设数据表中的候选资源风险数据后，将候选资源风险数据发送至预设风险监控平台，并将候选资源风险数据的发送状态更新为已发送状态。本实施例中，在候选资源风险数据发送成功的情况下，将候选资源风险数据的发送状态更新为已发送状态。在一个示例中，当候选资源风险数据发送失败时，可以重试；可以标记数据发送失败次数等，具体可以根据实际应用场景设置得到。在一个示例中，还可以对第二预设交互类型进行进一步细分，第二预设交互类型可以包括第一子类型和第二子类型，例如，将资源类型为预设特殊资源类型的资源交互设置为第一子类型的资源交互，将资源交互量小于预设阈值的资源交互设置为第二子类型的资源交互。

本公开实施例，根据资源交互量或资源类型确定第二预设交互类型，并设置对应的数据发送方式为周期发送，根据周期发送的触发指令周期性将资源风险数据发送至预设风险监控平台，能够实现对额度较小或特殊资源类型的资源交互的资源风险数据的统一上送，通过集中处理的方式提高数据处理效率，保证资源交互的安全性和可靠性；通过预设数据表和数据发送状态的标记，避免了资源风险数据的分散，统一数据存储和上送流程，简化了数据发送的方式，提高了灵活性，提高了数据处理效率，能够适用于更多应用场景。

在一个实施例中，如图4所示，所述第二预设交互类型的资源交互包括资源交互量小于预设阈值的资源交互，所述将所述目标资源风险数据的发送状态标记为待发送状态，并将标记后的目标资源风险数据存入预设数据表中，包括：

步骤S1321，将所述目标资源风险数据标记为待汇总状态，并将所述目标资源风险数据和对应的资源交互数据存入预设汇总表中；

步骤S1322，在所述预设汇总表中的资源交互数据符合预设条件的情况下，从待汇总状态的资源风险数据对应的资源交互数据中，获取与所述目标资源风险数据的资源交互属性相匹配的初始资源交互数据；

步骤S1323，对所述初始资源交互数据的初始资源风险数据进行汇总，得到汇总后的资源风险数据，并将所述初始资源风险数据标记为已汇总状态；

步骤S1324，将所述汇总后的资源风险数据标记为待发送状态，并将标记后的资源风险数据存入预设数据表中。

本公开实施例中，第二预设交互类型的资源交互包括资源交互量小于预设阈值的资源交互，在将第二预设交互类型的资源交互对应的资源风险数据周期上送时，先汇总后对资源风险数据重新进行计算后，再发送至预设风险监控平台。具体地，先将目标资源风险数据标记为待汇总状态，并将目标资源风险数据和对应的资源交互数据存入预设汇总表中。当预设汇总表中的资源交互数据符合预设条件时，根据资源交互属性，对预设汇总表中的资源风险数据进行汇总处理。其中，预设条件可以为根据实际应用场景设置得到，例如，可以设置为资源交互数据数量达到预设数量，可以设置为达到汇总周期，汇总周期可以设置为与发送周期相同，当需要对资源风险数据进行上送时，先对预设汇总表中的数据进行汇总处理后存入预设数据表，再进行上送，将数据发送至预设风险监控平台。在预设汇总表中的资源交互数据符合预设条件时，从待汇总状态的资源风险数据对应的资源交互数据汇总，获取和目标资源风险数据的资源交互属性相匹配的初始资源交互数据，对初始资源交互数据的初始资源风险数据进行汇总，得到汇总后的资源风险数据，并将初始资源风险数据标记为已汇总状态。资源交互属性可以为根据资源交互的资源转换类型确定得到，其中，同一资源交互属性的资源交互对应的资源风险数据可以汇总统一计算。将汇总后的资源风险数据标记为待发送状态，存入预设数据表中，后续可根据周期发送的触发指令上送至预设风险监控平台。在一个示例中，第二预设交互类型的资源交互还可以包括资源交互量等于预设阈值的资源交互。

本公开实施例，针对较小额度的资源交互，先统一将资源交互数据和资源风险数据存入预设汇总表中，根据资源交互属性统一汇总后，再存入预设数据表中，发送至预设风险监控平台，从而能够根据资源交互属性，对较小额度的资源交互的资源风险数据进行统一处理，简化了资源风险数据的上送流程，降低了因数据分散造成的流程混乱的问题，进一步提高了数据处理的效率，保证了资源交互的安全性和可靠性；利用预设汇总表和预设数据表实现了数据的集中处理，结合状态标记，能够快速高效地将资源风险数据准确发送至预设风险监控平台，适用于更多应用场景，便于资源交互过程中风险的监控和管理。

在一个实施例中，如图5所示，所述方法还包括：

步骤S510，在所述目标资源风险数据发送失败的情况下，获取所述目标资源风险数据的历史发送失败次数；

步骤S520，在所述历史发送失败次数大于预设次数的情况下，将所述目标资源风险数据的发送状态更新为发送失败状态，并发送提示信息。

本公开实施例中，在将目标资源风险数据发送至预设风险监控平台时，记录发送失败次数，在一个示例中，可以通过标记的形式记录。当目标资源风险数据发送失败时，获取目标资源风险数据的历史发送失败次数，在历史发送失败次数大于预设次数的情况下，将目标资源风险数据的发送状态更新为发送失败状态，并发送提示信息，提示信息中可以包括但不限于发送失败总次数、历史发送时刻等，其中，提示信息的发送对象可以根据实际应用场景设置，例如，可以发送给运维账户或风险监控账户等。在一个示例中，资源风险数据发送失败时，标记该数据的发送失败次数加一。在一个示例中，当历史发送失败次数小于预设次数时，可以设置为重新发送，可以为重新直接发送，也可以为重新随下个周期的资源风险数据一起发送。在一个示例中，历史发送失败次数等于预设次数时，可以设置为将目标资源风险数据的发送状态更新为发送失败状态并发送提示信息。在一种可能的实现方式中，本实施例所述的方法中还包括，汇总发送状态为发送失败状态的资源风险数据，并周期性重试。预设次数可以根据实际应用场景设置或修改，本公开对此不做限制，在一个示例中，可以根据实际应用场景设置预设次数为3次。

本公开实施例，在资源风险数据的上送过程中，对失败次数进行记录，并在失败次数大于预设次数的情况下，对发送状态进行更新，并发送提示信息，能够在数据发送失败时自动重试，并记录失败数据，便于后续的分析和处理，有利于后续的流程优化；在多次失败的情况下，发送提示信息，能够及时传达失败信息，适用于更多应用场景；根据不同失败次数执行对应的操作，提高了数据发送过程的容错性，进一步提升了用户的体验感。

图6为根据一示例性实施例示出的一种数据发送系统的示意图，参考图6所示，账户资源组件通过预设数据表存储待发送的资源风险数据。根据资源交互的资源类型确定为第一子类型时，确定数据发送方式为周期发送，将资源交互数据和对应的资源风险数据存入预设数据表中，发送状态为待发送，发送失败次数为“0”。

当资源交互的资源类型不是预设特殊资源类型时或资源交互的资源类型为个人账户普通资源交互时，根据资源交互和其他资源交互确定抵消后的资源风险数据。根据资源交互量确定其交互类型，当资源交互量大于预设阈值时，确定为第一预设交互类型，对应的目标数据发送方式为单次发送，即实时逐笔发送，在一个示例中，可以通过调用数据发送构件将对应的资源风险数据发送至风险监控平台。在一个示例中，发送时，将对应的数据存入预设数据表中，若发送成功，则存入预设数据表中，并标记发送状态为已发送状态；若发送失败，则存入预设数据表中，并标记发送状态为待发送状态，失败次数加一。

当资源交互量不大于预设阈值时，确定为第二子类型，对应的目标数据发送方式为周期发送。本实施例中，先汇总再发送。具体地，将数据存入预设汇总表中，汇总状态标记为待汇总状态。在触发汇总条件时，从预设汇总表中获取所有待汇总的数据，并从资源交互方、资源交互类型、资源交互方向等进行资源交互属性的划分，并分别进行汇总，计算得到对应的资源风险数据。将汇总后的数据存入预设数据表中，标记为待发送状态，并将预设汇总表中的汇总状态标记为已汇总状态。按照预设周期将预设数据表和预设汇总表中的数据进行上送，在一个示例中，预设周期可以设置为5分钟。若发送成功，则更新发送状态为已发送，若发送失败，则标记发送失败次数加一，若发送失败次数大于预设次数，则标记发送状态为发送失败。在一个示例中，还可以对预设数据表进行查询，通过筛选发送状态，得到发送失败的资源风险数据，并进行相应的处理，例如，可以通过界面重发按钮，将该资源风险数据发送状态重为“待发送”，等待后续周期发送的触发指令触发发送动作。本实施例中，在将预设数据表中的资源风险数据发送至风险监控平台时，为逐条数据发送。

通过本实施例，可以根据实际应用场景设置交互类型和数据发送方式之间的关联关系，从而能够实现资源风险数据上送策略的定制，动态配置预设阈值，提高了数据发送的灵活性；基于发送状态、发送次数以及重试等机制的设置，资源风险数据的发送状态不影响资源交互的执行，提升了用户的体验感，且增强了系统的容错性。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，附图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本公开实施例还提供了一种用于实现上述所涉及的数据发送方法的数据发送装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个数据发送装置实施例中的具体限定可以参见上文中对于数据发送方法的限定，在此不再赘述。

在一个实施例中，如图7所示，提供了一种数据发送装置700，包括：

获取模块710，用于响应于账户的资源交互完成的触发指令，获取所述资源交互对应的目标资源风险数据和目标交互类型，其中，资源风险数据包括资源交互中存在风险的资源的资源量；

确定模块720，用于基于交互类型与数据发送方式之间的关联关系，确定与所述目标交互类型相匹配的目标数据发送方式；

发送模块730，用于按照所述目标数据发送方式将所述目标资源风险数据发送至预设风险监控平台。

在一个实施例中，所述确定模块，包括：

第一确定子模块，用于在所述目标交互类型为第一预设交互类型的情况下，确定目标数据发送方式为单次发送，所述第一预设交互类型的资源交互包括资源交互量大于预设阈值的资源交互；

所述发送模块，包括：

第一发送子模块，用于在所述目标数据发送方式为单次发送的情况下，将所述目标资源风险数据发送至预设风险监控平台。

在一个实施例中，所述确定模块，包括：

第二确定子模块，用于在所述目标交互类型为第二预设交互类型的情况下，确定目标数据发送方式为周期发送，所述第二预设交互类型为基于资源交互量和/或资源类型确定得到；

所述发送模块，包括：

标记子模块，用于在所述目标数据发送方式为周期发送的情况下，将所述目标资源风险数据的发送状态标记为待发送状态，并将标记后的目标资源风险数据存入预设数据表中；

第一获取子模块，用于响应于周期发送的触发指令，获取所述预设数据表中的待发送状态对应的候选资源风险数据；

第二发送子模块，用于将所述候选资源风险数据发送至预设风险监控平台，并将所述候选资源风险数据的发送状态更新为已发送状态。

在一个实施例中，所述第二预设交互类型的资源交互包括资源交互量小于预设阈值的资源交互，所述标记子模块，包括：

第一标记单元，用于将所述目标资源风险数据标记为待汇总状态，并将所述目标资源风险数据和对应的资源交互数据存入预设汇总表中；

获取单元，用于在所述预设汇总表中的资源交互数据符合预设条件的情况下，从待汇总状态的资源风险数据对应的资源交互数据中，获取与所述目标资源风险数据的资源交互属性相匹配的初始资源交互数据；

汇总单元，用于对所述初始资源交互数据的初始资源风险数据进行汇总，得到汇总后的资源风险数据，并将所述初始资源风险数据标记为已汇总状态；

第二标记单元，用于将所述汇总后的资源风险数据标记为待发送状态，并将标记后的资源风险数据存入预设数据表中。

在一个实施例中，所述装置还包括：

第二获取子模块，用于在所述目标资源风险数据发送失败的情况下，获取所述目标资源风险数据的历史发送失败次数；

第三发送子模块，用于在所述历史发送失败次数大于预设次数的情况下，将所述目标资源风险数据的发送状态更新为发送失败状态，并发送提示信息。

上述数据发送装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储资源交互数据、资源风险数据等本实施例中涉及的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据发送方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本公开实施例方案相关的部分结构的框图，并不构成对本公开实施例方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

需要说明的是，本公开实施例所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本公开实施例所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本公开实施例所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本公开实施例所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本公开实施例的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本公开实施例专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本公开实施例构思的前提下，还可以做出若干变形和改进，这些都属于本公开实施例的保护范围。因此，本公开实施例的保护范围应以所附权利要求为准。