CN116842537A - 一种营销盒子数据传输方法和*** - Google Patents

Abstract

本申请涉及数据传输技术领域，尤其涉及一种营销盒子数据传输方法和***，该方法包括：接收业务查询指令，获取业务查询编码；经营销盒子将业务查询编码传输至行内***进行数据交互，得到业务数据；将业务数据输入至预设数据转换模型中进行非敏感数据转换，得到非敏感业务数据；将非敏感业务数据进行加解密处理，返回至营销盒子中；基于业务查询编码对应的格式输出算法，对营销盒子中的非敏感业务数据进行标准数据格式输出。本申请能够通过营销盒子对不同银行的行内数据进行统一数据格式、传输模式的处理，同时能够实现行内数据的对接外传，使得银行的业务营销更深入、更高效地执行。

Description

一种营销盒子数据传输方法和***

技术领域

本申请涉及数据传输技术领域，尤其涉及一种营销盒子数据传输方法和***。

背景技术

目前，一些银行企业为了开展业务营销活动，会选择与营销方（第三方）的营销平台进行合作，以达到更好的营销效果，在合作时，营销平台需要与银行的行内数据进行对接，但是，由于每个银行的数据格式，以及数据传输模式不统一，需要营销平台开发出对应不同银行的数据格式及传输模式，才能实现数据的对接外传，导致营销方需要基于不同银行单独开发出对接不同数据格式、数据传输模式的代码，大大增加营销方的投入成本；对应的，若是不实现行内数据的对接外传，则会导致银行的业务营销无法更深入、更高效地执行。

发明内容

为了解决或者部分解决上述相关技术中存在的问题，本申请提供一种营销盒子数据传输方法和***，能够通过营销盒子对不同银行的行内数据，进行统一数据格式、传输模式的处理，以输出给营销平台，减少营销平台单独对接不同银行的代码开发，降低投入成本，同时能够实现行内数据的对接外传，使得银行的业务营销更深入、更高效地执行。

第一方面，本申请实施例提供了一种营销盒子数据传输方法，采用如下的技术方案：

一种营销盒子数据传输方法，包括：接收业务查询指令，获取业务查询编码；经营销盒子将所述业务查询编码传输至行内***进行数据交互，得到业务数据；将所述业务数据输入至预设数据转换模型中进行非敏感数据转换，得到非敏感业务数据；将所述非敏感业务数据进行加解密处理，返回至所述营销盒子中；基于所述业务查询编码对应的格式输出算法，对所述营销盒子中的所述非敏感业务数据进行标准数据格式输出。

通过采用上述技术方案，通过接收业务查询指令可以获取到业务查询编码，以在经营销盒子将业务查询编码传输至行内***中进行数据交互，来得到业务数据，通过将业务数据输入至预设数据转换模型中进行非敏感数据转换，可以得到非敏感业务数据，以保护用户的数据隐私，通过将非敏感业务数据进行加解密处理，可以确保数据的安全，并在处理后返回至营销盒子中，以再基于业务查询编码对应的格式输出算法，对营销盒子中的非敏感业务数据进行标准数据格式输出，能够实现通过营销盒子对不同银行的行内数据，进行统一数据格式、传输模式的处理，以输出给营销平台，减少营销平台单独对接不同银行的代码开发，降低投入成本，同时能够实现行内数据的对接外传，使得银行的业务营销更深入、更高效地执行，以及通过将对接的开发工作剥离至营销盒子端，可避免新接口的开发工作对营销平台业务的影响。

可选的，在所述接收业务查询指令，获取业务查询编码之前，还包括：接收对所述行内***中的数据的敏感性标定指令，以及对标定为敏感数据的业务建立非敏感数据的关联指令；其中，所述将所述业务数据输入至预设数据转换模型中进行非敏感数据转换，得到非敏感业务数据，包括：判断所述业务数据是否被标定为所述敏感数据；若是，则将所述业务数据转换为关联的非敏感数据；若否，则不进行转换处理。

通过采用上述技术方案，通过预先对行内***中的数据进行数据敏感性标定，并标定为敏感数据的业务建立非敏感数据的关联指令，可以在获取到数据时先进行是否是敏感数据的判定，以在判定为敏感数据时，则经预设数据转换模型进行非敏感数据转换，以避免敏感数据的外传，导致敏感数据的泄露，确保数据的安全。

可选的，所述将所述非敏感业务数据进行加解密处理，返回至所述营销盒子中，包括：将所述非敏感业务数据从所述行内***传输至所述营销盒子时进行加密、加签处理；当所述营销盒子接收到所述非敏感业务数据时，对所述非敏感业务数据进行对应的解密和验签处理后，存储至营销盒子中。

通过采用上述技术方案，通过将非敏感业务数据从行内***传输至营销盒子时进行加密、加签处理，以及当营销盒子接收到非敏感业务数据时，对非敏感业务数据进行对应的解密和验签处理后，再存储至营销盒子中，可以确保传输的数据不会被篡改，保证数据的准确。

可选的，所述接收业务查询指令，获取业务查询编码，还包括：对所述业务查询指令进行时间戳标定；在所述基于所述业务查询编码对应的格式输出算法，对所述营销盒子中的所述非敏感业务数据进行标准数据格式输出，之前还包括：对所述营销盒子中获取到的所述非敏感业务数据进行时间戳机制处理，所述时间戳机制处理包括：若获取到的所述非敏感业务数据的时间与所述业务查询指令标定的所述时间戳的差值超出预设请求时间，则对所述非敏感业务数据进行拦截，返回错误码。

通过采用上述技术方案，通过对预先对业务查询指令进行时间戳标定，再在营销盒子获取到非敏感业务数据时在进行时间戳机制处理，以计算两者时间差值，来判断是否超过请求时间，以此判断是否可能属于被拦截抓包的请求，以在超出请求时间时，触发拦截操作，进而确保数据的安全。

可选的，在所述接收业务查询指令，获取业务查询编码，之前还包括：获取用户账号在一定时间段内接收所述业务查询指令的次数；若所述次数超过限流次数，则对账户进行限流处理；所述接收业务查询指令，获取业务查询编码，还包括：对所述业务查询指令进行预设合法规则分析，若超出非法操作次数，则将所述账号加入黑名单，若未超出，则获取业务查询编码。

通过采用上述技术方案，通过预先获取用户账号在一定时间段内接收到的业务查询指令的次数，可以以此判断请求次数是否超过了限流次数，以在超过限流次数时，能够及时进行限流处理，避免同一用户在短时间内出现频繁调用接口，占用太多资源，导致平台***出现异常现象，另外，通过对业务查询指令进行预设合法规则分析，可以判断出用户操作是否是非法操作，若为多次非法操作后，可将其加入黑名单，以限制该用户的使用，避免因为非法行为影响平台的正常运行。

可选的，在所述基于所述业务查询编码对应的格式输出算法，对所述营销盒子中的所述非敏感业务数据进行标准数据格式输出之后，还包括：接收业务销毁指令，获取销毁业务编码；基于所述销毁业务编码将对应的数据进行销毁。

通过采用上述技术方案，通过接收业务销毁指令，来获取销毁业务编码，经营销盒子将销毁业务编码传输至行内***内进行对应数据的销毁，可以方便管理人员对数据的管理，增加数据操作的灵活性。

可选的，所述在所述基于所述业务查询编码对应的格式输出算法，对所述营销盒子中的所述非敏感业务数据进行标准数据格式输出之后，还包括：将从接收所述业务查询指令至所述非敏感业务进行标准数据格式输出的过程的日志文件进行存储，得到用户账号对应的历史数据；接收业务追溯指令，获取业务追溯编码；基于所述追溯编码，从所述历史数据中进行追溯获取数据。

通过采用上述技术方案，通过将接收业务查询指令至非敏感业务进行标准数据格式输出的过程的日志文件进行存储，可以形成历史数据，以便于在接收到业务追溯指令，时，基于追溯编码，从历史数据中进行追溯获取数据，实现数据的可追溯性，以便于用户查看历史操作过程，进行异常数据的分析。

第二方面，本申请实施例提供了一种营销盒子数据传输***，采用如下的技术方案：

一种营销盒子数据传输***，包括：编码获取模块，用于接收业务查询指令，获取业务查询编码；交互模块，用于经营销盒子将所述业务查询编码传输至行内***进行数据交互，得到业务数据；转换模块，用于将所述业务数据输入至预设数据转换模型中进行非敏感数据转换，得到非敏感业务数据；安全处理模块，将所述非敏感业务数据进行加解密处理，返回至所述营销盒子中；格式输出模块，用于基于所述业务查询编码对应的格式输出算法，对所述营销盒子中的所述非敏感业务数据进行标准数据格式输出。

通过采用上述技术方案，通过编码获取模块可以接收业务查询指令以获取到业务查询编码，以通过交互模块在经营销盒子将业务查询编码传输至行内***中进行数据交互，来得到业务数据，通过转换模块将业务数据输入至预设数据转换模型中进行非敏感数据转换，可以得到非敏感业务数据，以保护用户的数据隐私，通过安全处理模块将非敏感业务数据进行加解密处理，可以确保数据的安全，并在处理后返回至营销盒子中，以再通过格式输出模块基于业务查询编码对应的格式输出算法，对营销盒子中的非敏感业务数据进行标准数据格式输出，能够实现通过营销盒子对不同银行的行内数据，进行统一数据格式、传输模式的处理，以输出给营销平台，减少营销平台单独对接不同银行的代码开发，降低投入成本，同时能够实现行内数据的对接外传，使得银行的业务营销更深入、更高效地执行。

可选的，一种营销盒子数据传输***，还包括：接收模块，用于接收对所述行内***中的数据的敏感性标定指令，以及对标定为敏感数据的业务建立非敏感数据的关联指令；其中，所述转换模块，包括：判断单元，用于判断所述业务数据是否被标定为所述敏感数据；若是，则将所述业务数据转换为关联的非敏感数据；若否，则不进行转换处理。

通过采用上述技术方案，通过接收模块预先对行内***中的数据进行数据敏感性标定，并标定为敏感数据的业务建立非敏感数据的关联指令，可以在获取到数据时先通过判断单元进行是否是敏感数据的判定，以在判定为敏感数据时，则经预设数据转换模型进行非敏感数据转换，以避免敏感数据的外传，导致敏感数据的泄露，确保数据的安全。

可选的，所述编码获取模块还包括：标定单元，用于对所述业务查询指令进行时间戳标定；所述***，还包括：机制处理模块，用于对所述营销盒子中获取到的所述非敏感业务数据进行时间戳机制处理，所述时间戳机制处理包括：若获取到的所述非敏感业务数据的时间与所述业务查询指令标定的所述时间戳的差值超出预设请求时间，则对所述非敏感业务数据进行拦截，返回错误码。

通过采用上述技术方案，通过机制处理模块对预先对业务查询指令进行时间戳标定，再在营销盒子获取到非敏感业务数据时在进行时间戳机制处理，以计算两者时间差值，来判断是否超过请求时间，以此判断是否可能属于被拦截抓包的请求，以在超出请求时间时，触发拦截操作，进而确保数据的安全。

综上所述，本申请包括以下至少一种有益技术效果：

1.通过接收业务查询指令可以获取到业务查询编码，以在经营销盒子将业务查询编码传输至行内***中进行数据交互，来得到业务数据，通过将业务数据输入至预设数据转换模型中进行非敏感数据转换，可以得到非敏感业务数据，以保护用户的数据隐私，通过将非敏感业务数据进行加解密处理，可以确保数据的安全，并在处理后返回至营销盒子中，以再基于业务查询编码对应的格式输出算法，对营销盒子中的非敏感业务数据进行标准数据格式输出，能够实现通过营销盒子对不同银行的行内数据，进行统一数据格式、传输模式的处理，以输出给营销平台，减少营销平台单独对接不同银行的代码开发，降低投入成本，同时能够实现行内数据的对接外传，使得银行的业务营销更深入、更高效地执行，以及通过将对接的开发工作剥离至营销盒子端，可避免新接口的开发工作对营销平台业务的影响。

2.通过预先对行内***中的数据进行数据敏感性标定，并标定为敏感数据的业务建立非敏感数据的关联指令，可以在获取到数据时先进行是否是敏感数据的判定，以在判定为敏感数据时，则经预设数据转换模型进行非敏感数据转换，以避免敏感数据的外传，导致敏感数据的泄露，确保数据的安全。

3.通过将非敏感业务数据从行内***传输至营销盒子时进行加密、加签处理，以及当营销盒子接收到非敏感业务数据时，对非敏感业务数据进行对应的解密和验签处理后，再存储至营销盒子中，可以确保传输的数据不会被篡改，保证数据的准确。

4.通过对预先对业务查询指令进行时间戳标定，再在营销盒子获取到非敏感业务数据时在进行时间戳机制处理，以计算两者时间差值，来判断是否超过请求时间，以此判断是否可能属于被拦截抓包的请求，以在超出请求时间时，触发拦截操作，进而确保数据的安全。

附图说明

图1为本申请一实施例公开的一种营销盒子数据传输方法的应用场景示意图；

图2为本申请一实施例公开的一种营销盒子数据传输方法的流程示意图；

图3为本申请另一实施例公开的一种营销盒子数据传输方法的流程示意图；

图4为本申请又一实施例公开的一种营销盒子数据传输方法的流程示意图；

图5为本申请一实施例公开的一种营销盒子数据传输***的结构示意图。

具体实施方式

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、 “上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。

以下，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

相关技术中，由于每个银行的数据格式，以及数据传输模式不统一，需要营销平台开发出对应不同银行的数据格式及传输模式，才能实现数据的对接外传，导致营销方需要基于不同银行单独开发出对接不同数据格式、数据传输模式的代码，大大增加营销方的投入成本；对应的，若是不实现行内数据的对接外传，则会导致银行的业务营销无法更深入、更高效地执行。

因此，为了解决或者部分解决上述相关技术中存在的问题，本申请提供一种营销盒子数据传输方法和***，能够通过营销盒子对不同银行的行内数据，进行统一数据格式、传输模式的处理，以输出给营销平台，减少营销平台单独对接不同银行的代码开发，降低投入成本，同时能够实现行内数据的对接外传，使得银行的业务营销更深入、更高效地执行。

以下结合附图详细说明本申请实施例的技术方案。

参见图1，为一种营销盒子数据传输方法所应用的场景示意图，涉及到银行营销平台、营销盒子和多个银行（A、B、C…N）的行内***进行数据交互的过程，银行营销平台经营销盒子对接多个银行的行内***数据，营销盒子基于银行营销平台的请求指令从指定银行的行内***中获取到对应数据，并将数据进行数据格式、数据传输方式的统一化，以传输至银行营销平台中，进而实现行内数据的对接外传，使得银行的业务营销更深入、更高效地执行。

参见图2，一种营销盒子数据传输方法，包括如下步骤：

S10、接收业务查询指令，获取业务查询编码；

其中，查询编码可理解为对应业务都预先设定有对应的编码，举例而言，用户通过银行的营销平台中的广告或活动中心进入到对应业务活动中，当点击查询业务标识时，平台接收到业务标识指令，查找获取到对应编码，以便于后续执行业务查询指令。

S20、经营销盒子将业务查询编码传输至行内***进行数据交互，得到业务数据；

其中，营销盒子可理解为银行营销平台与银行的数据处理媒介，用于将营销平台的请求传递至银行的行内***，行内***接收到请求后将请求的数据传输至营销盒子进行数据格式、传输模式的统一处理，在处理完成后将其传输至营销平台。

S30、将业务数据输入至预设数据转换模型中进行非敏感数据转换，得到非敏感业务数据；

其中，预设数据转换模型可理解为预先设置的数据转换算法，以将敏感数据转换成非敏感数据。敏感数据可理解为隐私数据，常见的有姓名、身份证号码、住址、电话、银行账号、邮箱、密码等，非敏感数据对应敏感数据可理解为大众可熟知的数据。

在本实施例中，为了避免敏感数据例如用户账户中具体资金数额泄露，需先将获取的数据通过预设数据转换模型进行非敏感数据转换，预设数据转换模型可以将不同的资金数额进行A\B\C等级划分，以资金等级的形式也即非敏感业务数据进行传输，营销方在平台可以获取到用户资金等级，以在获知等级后可基于用户资金等级进行深入的营销活动推送，且同时能够避免用户的详细***露。

S40、将非敏感业务数据进行加解密处理，返回至营销盒子中；

其中，通过在行内***中将非敏感业务数据传输至营销盒子中的过程中，可先在行内***中进行加解密处理，可以避免数据在传输时被篡改等异常情况出现，影响数据的准确性。在本实施例中，加解密处理可通过国密算法进行加解密处理。

S50、基于业务查询编码对应的格式输出算法，对营销盒子中的非敏感业务数据进行标准数据格式输出。

其中，当业务查询编码为业务查询编码，则基于预先设定格式输出算法对应的常规数据模型算法对数据的格式进行转换，例如输出的标准数据格式为【任务编码：1；完成次数：2；最近完成时间：“2023-04-26 09:12:34”】。

当业务查询编码为对应邀请的客户，则可基于预先设定的MGM（member getmember ，顾客介绍客户）模式对应的数据模型对数据的格式进行转换，例如输出的标准数据格式为[邀请人客户号：123；被邀请人客户号：246；被邀请人姓名：张小红；被邀请人手机号：12345678911；是否邀请成功：是]的数据格式，其中，关于被邀请人姓名和被邀请人手机号可在行内***中预先设置是否是敏感数据，若为敏感数据可预先设定遮盖对应文字，例如“张小红”对应转换为“张*红”，“12345678911” 对应转换为“123*****911”。

在此说明，在本实施例中，并不限定采用的格式输出算法及输出的数据格式，可依据实际需求进行设定，只要营销盒子将不同银行传输的数据进行统一格式和传输模式传输至营销平台即可。

在另一实施例中，参见图3，在步骤S10之前，还包括：

S01、接收对行内***中的数据的敏感性标定指令，以及对标定为敏感数据的业务建立非敏感数据的关联指令；

在行内***中例如将用户姓名、性别、开通的支付方式、登录浏览的页面、贷款情况、购买的理财产品等标定为非敏感数据，将金融资产余额、在行内的VIP等级等标定为敏感数据，且对应敏感数据如金融资产余额可设置有非敏感数据（金额等级），来进行金融资产与金额等级的关联。

其中，对应的步骤S30，包括：

判断业务数据是否被标定为敏感数据；若是，则将业务数据转换为关联的非敏感数据；若否，则不进行转换处理。

参见图3，步骤S40，包括：

S41、将非敏感业务数据从行内***传输至营销盒子时进行加密、加签处理；

其中，通过在传输至营销盒子时进行加密、加签处理，可以避免外部因素对数据进行抓包篡改，影响数据的准确性。

加密处理可以为对关键字段加密，比如用户密码直接通过md5加密，也或是使用https协议，在http和tcp之间添加一层加密层（SSL层）。其中，为了保证请求安全，所有请求可通过国密算法进行加密。

加签处理可指通过对数据进行计算如哈希算法进行计算，然后使用私钥进行数字签名的过程，以保证数据在传输过程中不被篡改。在此说明，为保证请求安全，所有请求可通过国密算法进行签名。

S42、当营销盒子接收到非敏感业务数据时，对非敏感业务数据进行对应的解密和验签处理后，存储至营销盒子中；

其中，对应上述步骤S41中加密、加签后的数据，在传输至营销盒子时，需要进行解密和验签处理，在此同样采用国密算法进行解密和验签。

在另一实施例中，步骤S10，还包括：

S02、对业务查询指令进行时间戳标定；

其中，时间戳标定可理解为将接收到业务查询指令的时间进行标定，以便后续查询请求时间。

对应的，在步骤S50，之前还包括：

S43、对营销盒子中获取到的非敏感业务数据进行时间戳机制处理；

其中，时间戳机制处理可包括：若获取到的非敏感业务数据的时间与业务查询指令标定的时间戳的差值超出预设请求时间，则对非敏感业务数据进行拦截，返回错误码。

当业务查询指令的时间戳与营销盒子中获取到的非敏感业务数据的时间相差例如3min以上时，可判定为属于被拦截抓包的请求，则会触发该判断直接做请求拦截，以避免数据的不准确。

在另一实施例中，在步骤S10之前，还包括：

S03、获取用户账号在一定时间段内接收业务查询指令的次数；

S04、若次数超过限流次数，则对账户进行限流处理；

其中，限流次数也即次数阈值，可进行预先设置，上述步骤S03-S04的设置可理解为限流机制，在同一用户短时间内出现频繁调用营销盒子接口进行数据查询时，需要给对应账户id进行限流处理，以避免同一用户在短时间内出现频繁调用接口，占用太多资源，导致平台***出现异常现象，其对应的限流次数的算法有令牌桶算法和漏桶算法。在本实施例，因令牌桶算法和漏桶算法为现有相关技术，不再详细赘述。

对应的，步骤S10，还包括：

S11、对业务查询指令进行预设合法规则分析，若超出非法操作次数，则将账号加入黑名单，若未超出，则获取业务查询编码。

其中，此步骤S11是对数据进行合法性校验，以验证数据是否合法，只有在数据合法时才进行数据的处理。非法操作次数可依据实际情况进行设定，当账号被加入黑名单后，其所有请求可直接返回错误码。

在另一实施例中，参见图4，在步骤S50之后，还包括：

S60、将从接收业务查询指令至非敏感业务进行标准数据格式输出的过程的日志文件进行存储，得到用户账号对应的历史数据；

其中，日志文件可打包压缩后放置历史目录中进行存储，以避免占用太多存储空间，且便于后续查找追溯。

S70、接收业务追溯指令，获取业务追溯编码；

其中，通过业务追溯编码可以在历史目录中对应查找，以提高查找效率。

S80、基于追溯编码，从历史数据中进行追溯获取数据。

其中，通过追溯获取数据，可以方便用户查看历史操作的过程，来实现异常数据的分析。

在另一实施例中，在步骤S50之后，还包括：

S90、接收业务销毁指令，获取销毁业务编码；

S100、基于销毁业务编码将对应的数据进行销毁。

其中，步骤S90-S100中接收业务销毁指令和销毁数据均是在营销平台内，由管理人员进行发起指令，进而通过步骤S90-S100及上述步骤S10-S50可实现对数据全生命的管理，方便管理人员对数据进行操作管理。

参见图4，为本申请另一实施例公开的一种营销盒子数据传输***，包括：编码获取模块21、交互模块22、转换模块23、安全处理模块24和格式输出模块25。

其中，编码获取模块21用于接收业务查询指令，获取业务查询编码；交互模块22用于经营销盒子将业务查询编码传输至行内***进行数据交互，得到业务数据；转换模块23用于将业务数据输入至预设数据转换模型中进行非敏感数据转换，得到非敏感业务数据；安全处理模块24将非敏感业务数据进行加解密处理，返回至营销盒子中；格式输出模块25用于基于业务查询编码对应的格式输出算法，对营销盒子中的非敏感业务数据进行标准数据格式输出。

在另一实施例中，一种营销盒子数据传输***，还包括：接收模块26，用于接收对行内***中的数据的敏感性标定指令，以及对标定为敏感数据的业务建立非敏感数据的关联指令；

其中，转换模块23包括：判断单元231，用于判断业务数据是否被标定为敏感数据；若是，则将业务数据转换为关联的非敏感数据；若否，则不进行转换处理。

在另一实施例中，编码获取模块21还包括：标定单元211，用于对业务查询指令进行时间戳标定。

其中，一种营销盒子数据传输***，还包括：机制处理模块27，用于对营销盒子中获取到的非敏感业务数据进行时间戳机制处理，时间戳机制处理包括：若获取到的非敏感业务数据的时间与业务查询指令标定的时间戳的差值超出预设请求时间，则对非敏感业务数据进行拦截，返回错误码。

需要说明的是，该实施例公开的一种营销盒子数据传输***，所实现的一种营销盒子数据传输方法，如上述实施例，故在此不再进行详细讲述。可选地，本实施例中的各个模块和上述其他操作或功能分别为了实现前述实施例中的方法。

本发明另一实施例提供了一种计算机可读存储介质。计算机可读存储介质例如为非易失性存储器，其例如为：磁介质(如硬盘、软盘和磁带)，光介质(如CDROM盘和DVD)，磁光介质(如光盘)以及专门构造为用于存储和执行计算机可执行指令的硬件***(如只读存储器(ROM)、随机存取存储器(RAM)、闪存等)。计算机可读存储介质40上存储有计算机可执行指令。计算机可读存储介质可由一个或多个处理器或处理***来执行计算机可执行指令，以实施前述第一实施例中的图像编辑方法。

此外，可以理解的是，前述各个实施例仅为本发明的示例性说明，在技术特征不冲突、结构不矛盾、不违背本发明的发明目的前提下，各个实施例的技术方案可以任意组合、搭配使用。

在本发明所提供的几个实施例中，应该理解到，所揭露的***和方法，可以通过其它的方式实现。例如，以上所描述的***实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多路单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，***或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多路网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元/模块可以集成在一个处理单元/模块中，也可以是各个单元/模块单独物理存在，也可以两个或两个以上单元/模块集成在一个单元/模块中。上述集成的单元/模块既可以采用硬件的形式实现，也可以采用硬件加软件功能单元/模块的形式实现。

上述以软件功能单元/模块的形式实现的集成的单元/模块，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)的一个或多个处理器执行本申请各个实施例方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，简称ROM)、随机存取存储器(RandomAccessMemory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种营销盒子数据传输方法，其特征在于，包括：

接收业务查询指令，获取业务查询编码；

经营销盒子将所述业务查询编码传输至行内***进行数据交互，得到业务数据；

将所述业务数据输入至预设数据转换模型中进行非敏感数据转换，得到非敏感业务数据；

将所述非敏感业务数据进行加解密处理，返回至所述营销盒子中；

基于所述业务查询编码对应的格式输出算法，对所述营销盒子中的所述非敏感业务数据进行标准数据格式输出。

2.根据权利要求1所述的营销盒子数据传输方法，其特征在于，在所述接收业务查询指令，获取业务查询编码之前，还包括：

接收对所述行内***中的数据的敏感性标定指令，以及对标定为敏感数据的业务建立非敏感数据的关联指令；

其中，所述将所述业务数据输入至预设数据转换模型中进行非敏感数据转换，得到非敏感业务数据，包括：

判断所述业务数据是否被标定为所述敏感数据；若是，则将所述业务数据转换为关联的非敏感数据；若否，则不进行转换处理。

3.根据权利要求1所述的营销盒子数据传输方法，其特征在于，所述将所述非敏感业务数据进行加解密处理，返回至所述营销盒子中，包括：

将所述非敏感业务数据从所述行内***传输至所述营销盒子时进行加密、加签处理；

当所述营销盒子接收到所述非敏感业务数据时，对所述非敏感业务数据进行对应的解密和验签处理后，存储至所述营销盒子中。

4.根据权利要求1所述的营销盒子数据传输方法，其特征在于，所述接收业务查询指令，获取业务查询编码，还包括：

对所述业务查询指令进行时间戳标定；

其中，在所述基于所述业务查询编码对应的格式输出算法，对所述营销盒子中的所述非敏感业务数据进行标准数据格式输出，之前还包括：

对所述营销盒子中获取到的所述非敏感业务数据进行时间戳机制处理，所述时间戳机制处理包括：若获取到的所述非敏感业务数据的时间与所述业务查询指令标定的所述时间戳的差值超出预设请求时间，则对所述非敏感业务数据进行拦截，返回错误码。

5.根据权利要求1所述的营销盒子数据传输方法，其特征在于，在所述接收业务查询指令，获取业务查询编码，之前还包括：

获取用户账号在一定时间段内接收所述业务查询指令的次数；

若所述次数超过限流次数，则对账户进行限流处理；

所述接收业务查询指令，获取业务查询编码，还包括：

对所述业务查询指令进行预设合法规则分析，若超出非法操作次数，则将所述账号加入黑名单，若未超出，则获取业务查询编码。

6.根据权利要求1所述的营销盒子数据传输方法，其特征在于，在所述基于所述业务查询编码对应的格式输出算法，对所述营销盒子中的所述非敏感业务数据进行标准数据格式输出之后，还包括：

接收业务销毁指令，获取销毁业务编码；

基于所述销毁业务编码将对应的数据进行销毁。

7.根据权利要求1所述的营销盒子数据传输方法，其特征在于，所述在所述基于所述业务查询编码对应的格式输出算法，对所述营销盒子中的所述非敏感业务数据进行标准数据格式输出之后，还包括：

将从接收所述业务查询指令至所述非敏感业务进行标准数据格式输出的过程的日志文件进行存储，得到用户账号对应的历史数据；

接收业务追溯指令，获取业务追溯编码；

基于所述追溯编码，从所述历史数据中进行追溯获取数据。

8.一种营销盒子数据传输***，其特征在于，包括：

编码获取模块，用于接收业务查询指令，获取业务查询编码；

交互模块，用于经营销盒子将所述业务查询编码传输至行内***进行数据交互，得到业务数据；

转换模块，用于将所述业务数据输入至预设数据转换模型中进行非敏感数据转换，得到非敏感业务数据；

安全处理模块，将所述非敏感业务数据进行加解密处理，返回至所述营销盒子中；

格式输出模块，用于基于所述业务查询编码对应的格式输出算法，对所述营销盒子中的所述非敏感业务数据进行标准数据格式输出。

9.根据权利要求8所述的营销盒子数据传输***，其特征在于，还包括：

接收模块，用于接收对所述行内***中的数据的敏感性标定指令，以及对标定为敏感数据的业务建立非敏感数据的关联指令；

其中，所述转换模块，包括：

判断单元，用于判断所述业务数据是否被标定为所述敏感数据；若是，则将所述业务数据转换为关联的非敏感数据；若否，则不进行转换处理。

10.根据权利要求9所述的营销盒子数据传输***，其特征在于，所述编码获取模块还包括：

标定单元，用于对所述业务查询指令进行时间戳标定；

所述***，还包括：

机制处理模块，用于对所述营销盒子中获取到的所述非敏感业务数据进行时间戳机制处理，所述时间戳机制处理包括：若获取到的所述非敏感业务数据的时间与所述业务查询指令标定的所述时间戳的差值超出预设请求时间，则对所述非敏感业务数据进行拦截，返回错误码。