1.本公开涉及数据库
技术领域：
：，具体涉及一种数据处理方法及其装置、电子设备、计算机可读存储介质。
背景技术：
：：2.为了满足国际化和多样化的业务战略部署，多站点部署方式应运而生。由于每个站点的业务诉求和法律法规不同，不同站点需要发布的业务数据也不相同。3.传统的数据处理方法，虽然能够使每个站点发布自身需要的业务数据，但却可能存在业务数据泄露的问题。技术实现要素：4.有鉴于此，本公开提供一种数据处理方法、数据处理装置、电子设备以及计算机可读存储介质，以解决传统的数据处理方法业务数据泄露的技术问题。5.第一方面，提供一种数据处理方法，应用于管控m个站点的管理控制平台，m为正整数。该方法包括：响应于用户针对m个站点中的n个站点的业务请求，确定n个站点各自需要发布的业务数据，n为小于或等于m的正整数；将n个站点各自需要发布的业务数据分别同步到n个站点各自的数据库中，以便站点从站点的数据库中获取站点需要发布的业务数据并发布。6.第二方面，提供一种数据处理方法，应用于受控于管理控制平台的m个站点之一，m为正整数。该方法包括：从站点的数据库中获取站点需要发布的业务数据，业务数据为管理控制平台响应于用户针对m个站点中的n个站点的业务请求后，同步到站点的数据库中的；发布业务数据。7.第三方面，提供一种数据处理装置，应用于管控m个站点的管理控制平台，m为正整数。该装置包括：第一确定模块，配置为响应于用户针对m个站点中的n个站点的业务请求，确定n个站点各自需要发布的业务数据，n为小于或等于m的正整数；同步模块，配置为将n个站点各自需要发布的业务数据分别同步到n个站点各自的数据库中，以便站点从站点的数据库中获取站点需要发布的业务数据并发布。8.第四方面，提供一种数据处理装置，应用于受控于管理控制平台的m个站点之一，m为正整数。该装置包括：获取模块，配置为从站点的数据库中获取站点需要发布的业务数据，业务数据为管理控制平台响应于用户针对m个站点中的n个站点的业务请求后，同步到站点的数据库中的；发布模块，发布业务数据。9.第五方面，提供一种电子设备，该电子设备包括：处理器和用于存储计算机可执行指令的存储器，该处理器用于执行该计算机可执行指令，以实现上述第一方面或第二方面所提及的方法。10.第六方面，提供一种计算机可读存储介质，该存储介质存储有指令，当该指令被执行时，能够实现上述第一方面或第二方面所提及的方法。11.第七方面，提供一种计算机程序产品，包括指令，当该指令被执行时，能够实现上述第一方面或第二方面所提及的方法。12.本公开实施例提供的数据处理方法，应用于管控m个站点的管理控制平台，通过将m个站点中的n个站点各自需要发布的业务数据分别同步到n个站点各自的数据库中的方式，实现低成本、高效且安全地在不同站点发布各自需要的业务数据目的。相比于传统技术，由于每个站点只能获取自己需要发布的业务数据，无法获得其它站点的业务数据，从而有效降低业务数据泄漏风险。此外，一个管理控制平台管控m个站点，无需采用一个站点配置一个管理控制平台的方式，从而有效降低开发成本，并且无需m个站点通过一个接口接入管理控制平台，从而提高系统响应速度，降低延迟率。附图说明13.图1所示为本公开一实施例提供的数据处理方法应用场景的系统架构示意图。14.图2所示为本公开一实施例提供的数据处理方法的流程示意图。15.图3所示为本公开另一实施例提供的数据处理方法的流程示意图。16.图4所示为本公开一实施例提供的数据处理装置的结构示意图。17.图5所示为本公开另一实施例提供的数据处理装置的结构示意图。18.图6所示为本公开又一实施例提供的数据处理装置的结构示意图。19.图7所示为本公开一实施例提供的电子设备的结构示意图。具体实施方式20.下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本公开一部分实施例，而不是全部的实施例。21.近年来，随着业务战略部署向国际化和多样化的方向发展，多站点部署方式被广泛应用。多站点部署方式指的是不同国家或者不同区域分别设置站点来发布自身需要的业务数据。虽然多个站点都需要遵循整体业务战略部署，但每个站点的业务诉求和法律法规并不相同，导致不同站点需要发布的业务数据也不相同，比如，经常出现同一集团设置在a国家的站点和设置在b国家的站点需要发布不同的业务数据，以满足各自营销策略。因此，如何使每个站点发布自身需要的业务数据成为研究热点。22.传统的数据处理方法主要有以下三种：(1)多个站点利用同一套接口接入管理控制平台，从管理控制平台获取需要的业务数据；(2)一个站点配备一个管理控制平台；(3)一个管理控制平台，将全部站点需要发布的业务数据同步到每个站点。23.对于第一种传统技术，多个站点利用同一套接口接入管理控制平台，以进行业务数据发布的传统方案，此种方式下，由于网络延迟等因素，接口稳定性会受影响，尤其是与管理控制平台不在一个国家的站点接入时，接口稳定性更差，从而导致响应慢、响应延迟的问题。对于第二种传统技术，一个站点配置一个管理控制平台的传统方案，由于开发和运营成本过高，不具备经济适用性。对于第三种传统技术，管理控制平台将所有站点需要发布的业务数据全部同步给各个站点，虽然使站点能够获取自身需要发布的业务数据，但同时也会得到其它站点的业务数据，从而存在业务数据泄露的风险。24.也就是说，虽然传统技术能够使每个站点发布自身需要的业务数据，但同时也存在着成本高、响应慢以及业务数据泄露等问题。25.为了解决上述问题，本公开实施例提供的数据处理方法，应用于管控m个站点的管理控制平台，通过将m个站点中的n个站点各自需要发布的业务数据分别同步到n个站点各自的数据库中的方式，实现低成本、高效且安全地在不同站点发布各自需要的业务数据目的。相比于传统技术，由于每个站点只能获取自己需要发布的业务数据，无法获得其它站点的业务数据，从而有效降低业务数据泄漏风险。此外，一个管理控制平台管控m个站点，无需采用一个站点配置一个管理控制平台的方式，从而有效降低开发成本，并且无需m个站点通过一个接口接入管理控制平台，从而提高系统响应速度，降低延迟率。26.下面结合图1对数据处理方法的系统架构进行举例说明。27.如图1所示，本公开实施例提供的数据处理方法的系统架构涉及管理控制平台110、被管理控制平台110管控的m个站点130，与管理控制平台110和m个站点130之间均通信连接的数据库120。28.在实际应用过程中，管理控制平台110管控的m个站点130(m为正整数)，若m个站点130中的n个站点130各自的用户向管理控制平台110发送业务请求(n为小于或等于m的正整数)，也就是说，n个站点130的站点工作人员根据各自的业务诉求确定想要发送业务数据，并将需要发送业务数据的业务请求发送给管理控制平台110。管理控制平台110响应于n个站点130的业务请求，确定n个站点130各自需要发布的业务数据，将n个站点130各自需要发布的业务数据分别同步到n个站点130各自的数据库。相应地，m个站点130中发送业务请求的n个站点130从各自的数据库中获取站点130需要发布的业务数据并发布。29.示例性地，业务数据为品宣数据，管理控制平台110可以是由主服务器支持运行的主品宣网站，其中，主服务器上布设本公开实施例提供的数据处理方法。在实际应用过程中，主服务器响应管理控制平台110的营销人员在主品宣网站界面上的操作，实现生成n个站点各自需要发布的品宣数据，并将n个站点各自需要发布的品宣数据分别同步到n个站点各自的数据库的目的。m个站点70中的每个站点可以是，一个从属服务器以及从属服务器支持运行的子网站，在实际应用过程中，从属服务器响应站点营销人员在子网站界面上操作，实现向管理控制平台110发送品宣请求，以及发布a站点需要发布的品宣数据的目的。30.数据库120可以是云数据库，尤其是关系型云数据库(relationaldatabaseservice，rds)，关系型云数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，能够加快数据库运行速度，提高响应速度。数据库120包括、但不限于mysql。31.在本公开实施例中，通过将m个站点中的n个站点各自需要发布的业务数据分别同步到n个站点各自的数据库中的方式，实现低成本、高效且安全地在不同站点发布各自需要的业务数据的目的。此外，在上述应用场景中，能够方便快捷地实现多个站点由一个管理控制平台管控，有效减管理控制平台的重复开发，从而降低成本。32.下面结合图2至图3详细介绍本公开实施例提及的数据处理方法。33.图2所示为本公开一实施例提供的数据处理方法的流程示意图。如图2所示，本公开实施例提及的数据处理方法涉及，管控m个站点的管理控制平台、和受控于管理控制平台的m个站点中发送业务请求的n个站点之一。34.针对管理控制平台，本公开实施例提供的数据处理方法包括如下步骤。35.步骤s210，响应于用户针对m个站点中的n个站点的业务请求，确定n个站点各自需要发布的业务数据，n为小于或等于m的正整数。36.示例性地，由于管理控制平台管控的m个站点并非全部同时需要发布业务数据，而是每个用户根据业务诉求确定是否有发布业务数据的需求，从而在确实有需求时发送业务请求给管理控制平台。因此，管理控制平台接收到n个站点的用户发送的业务请求，并响应于n个站点的业务请求，确定n个站点各自需要发布的业务数据。37.在一示例中，确定n个站点各自需要发布的业务数据的具体实现方式可以为，接收管理控制平台的营销人员直接上传的n个站点各自需要发布的业务数据。在另一个示例中，确定n个站点各自需要发布的业务数据的具体实现方式还可以为，响应于管理控制平台的营销人员的编辑、修改、审核操作，生成的n个站点各自需要发布的业务数据。38.示例性地，上述提及的用户可以是n个站点各自的站点营销人员，也可以是确定n个站点各自营销诉求的整体营销战略部署人员。39.步骤s220，将n个站点各自需要发布的业务数据分别同步到n个站点各自的数据库中，以便站点从站点的数据库中获取站点需要发布的业务数据并发布。40.上述提及的将n个站点各自需要发布的业务数据分别同步到n个站点各自的数据库中的目的在于，使n个站点中的每个站点对应的数据库同步且仅同步到站点本身需要发布的业务数据，而无法获得除自身之外其它站点需要发布的业务数据，从而降低业务数据泄漏的风险。41.示例性地，上述提及的将n个站点各自需要发布的业务数据分别同步到n个站点各自的数据库中可以被执行为，基于n个站点各自的业务数据要求信息，确定n个站点各自的业务数据表；基于n个站点各自的业务数据表，将n个站点各自需要发布的业务数据分别上传至n个站点各自的数据库中。42.表(table)是数据库中用来存储数据的对象，是有结构的数据的集合，是整个数据库的基础。上述提及的业务数据表指的是，管理控制平台将n个站点各自需要发布的业务数据上传到数据库中，n个站点各自需要发布的业务数据以表的形式被存储，从而形成业务数据表。43.示例性地，上述提及的基于n个站点各自的业务数据要求信息，确定n个站点各自的业务数据表的具体实现方式为，基于n个站点各自的业务数据要求信息，确定分表策略，分表策略用于将n个站点各自需要发布的业务数据各自存储至对应的业务数据表中；利用分表策略对应的结构化查询语句，对n个站点各自需要发布的业务数据进行分表处理，得到n个站点各自的业务数据表。44.上述提及的为n个站点各自的业务数据要求信息为编写数据库中生成业务数据表的逻辑代码的配置参数，其中逻辑代码可以为结构化查询语句(structuredquerylanguage，sql)。分表策略对应的结构化查询语句可以为用于将n个站点各自需要发布的业务数据各自存储至对应的业务数据表中的sql。45.具体地，上述提及的基于n个站点各自的业务数据要求信息，确定分表策略可以借助分表策略装置实现。在常规数据库的基础上，新增一个分表策略装置，该分表策略装置根据system文件句柄数量(即，n个站点各自需要发布的业务数据所形成的文件句柄数量)、系统io、磁盘读写和单张表记录总数的指标做策略项，实现基于n个站点各自的业务数据要求信息，确定分表策略的目的。从而实现将属于同一站点的业务数据实时地上传到对应的业务数据表中的目的，进而为后续同步业务数据表提供基础，进而为站点通过索引确定数据存储位置以获取需要发布的业务数据提供基础。借助于分表策略装置，能够无限新增业务数据报表，并且尽可能地节省业务数据表个数，此外，还能分担n个站点查询数据库的运行压力。46.考虑到n个站点各自的业务诉求和法律法规并不相同，在确定n个站点各自的业务数据表的过程中，需要利用站点的业务数据要求信息对数据进行过滤，也就是说，需要对n个站点各自需要发布的业务数据进行分表处理。下面详细说明如何利用分表策略对应的结构化查询语句，得到n个站点各自的业务数据表。47.在一些实施例中，利用分表策略对应的结构化查询语句，得到n个站点各自的业务数据表的具体实现方式可以为，运行分表策略对应的结构化查询语句，将n个站点各自需要发布的业务数据写入新建的n个表中，得到n个站点各自的业务数据表。48.若数据库中不存在表名分别为n个站点的历史业务数据表，则表明这n个站点为首次需要发布业务数据的站点，则基于n个站点各自对应的业务数据要求信息，在数据库中首次建立n个业务数据表。举例说明，以mysql数据库为例，管理控制平台通过java数据库连接(javadatabaseconnectivity，简称jdbc)，远程连接mysql数据库，执行编写好的insertinto结构化查询语句(structuredquerylanguage，sql)将n个业务数据表写入mysql数据库，使得mysql数据库生成n个站点各自的业务数据表。49.在另一些实施例中，上述提及的利用分表策略对应的结构化查询语句，得到n个站点各自的业务数据表的具体实现方式还可以为，若数据库中存在表名分别为n个站点的历史业务数据表的数据，则表明这n个站点并非首次需要发布业务数据，分别基于n个站点各自对应的业务数据要求信息，更新为n个站点的历史业务数据表，以得到最新的n个业务数据表。举例说明，管理控制平台通过jdbc远程连接mysql数据库，执行编写好的replaceinto结构化查询语句(structuredquerylanguage，sql)将n个业务数据写入mysql数据库中的n个历史业务数据表，使得mysql数据库更新n个业务数据表。50.在一个进一步实施例中，数据库可以基于每隔预设时间执行抽取-转换-加载(extract-transform-load，etl)过程，从管理控制平台定时抽取站点各自需要发布的业务数据，以实现定期更新有发布业务数据需求的站点对应的业务数据表。51.在以上描述的基础上，考虑到在确定n个站点各自的业务数据表之后，需要基于n个站点各自的业务数据表，将n个站点各自需要发布的业务数据分别上传至n个站点各自的数据库中，以便n个站点从各自的数据库中获取各自需要发布的业务数据。下面详细说明如何基于n个站点各自的业务数据表，将n个站点各自需要发布的业务数据分别上传至n个站点各自的数据库中。52.示例性地，上述提及的基于n个站点各自的业务数据表，将n个站点各自需要发布的业务数据分别上传至n个站点各自的数据库中可以被执行为，基于n个站点各自的业务数据表，利用binlog日志将n个站点各自需要发布的业务数据分别上传至n个站点各自的数据库中。53.具体地，binlog日志是二进制日志文件，binlog日志记录了数据库所有的数据操纵语言(datamanipulationlanguage，dml)操作。通过binlog可以实现数据恢复，增量备份，主主复制和主从复制等功能。数据库中生成n个业务数据表后，binlog日志可以通过复制n个站点各自的业务数据表，实现将n个站点各自需要发布的业务数据分别同步至n个站点各自的数据库的目的。54.在一实例中，binlog日志为异构数据同步工具中的binlog日志，异构数据同步工具包括、但不限于datax，datax是一个开源的异构数据源离线同步工具，能够实现关系型数据库等各种异构数据源之间稳定高效的数据同步功能。也就是说，利用datax将数据库中n个站点各自的业务数据表，同步至n个站点各自的数据库中，其本质是将n个业务数据表完全透明化同步至n个站点各自的数据库的表中，是表对表的映射。55.在另一实例中，binlog日志为数据传输工具中的binlog日志，数据传输工具包括、但不限于dts，dts主要以mysqlbinlog方式来进行数据同步，该同步的优势在于不会影响线上生产环境mysql库i/o压力，与此同时对于删除操作也会进行实时同步，利用dts也可以将数据库中n个站点各自的业务数据表，同步至n个站点各自的数据库中。56.相应地，针对m个站点中具有业务需求的n个站点之一，本公开实施例提供的数据处理方法包括如下步骤。57.步骤s230，从站点的数据库中获取站点需要发布的业务数据，业务数据为管理控制平台响应于用户针对m个站点中的n个站点的业务请求后，同步到站点的数据库中的。58.步骤s240，发布业务数据。59.示例性地，在n个站点各自需要发布的数据被同步到各自的数据库中之后，n个站点中的每个站点，站点的服务器从数据库中获取需要发布的业务数据，并将需要发布的业务数据推送至服务器支持运行的网站的网页上，实现发布业务数据的目的。60.本公开实施例提供的数据处理方法，通过将m个站点中的n个站点各自需要发布的业务数据分别同步到n个站点各自的数据库中的方式，实现低成本、高效且安全地在不同站点发布各自需要的业务数据目的。相比于传统技术，由于每个站点只能获取自己需要发布的业务数据，无法获得其它站点的业务数据，从而有效降低业务数据泄漏风险。此外，一个管理控制平台管控m个站点，无需采用一个站点配置一个管理控制平台的方式，从而有效降低开发成本，并且无需m个站点通过一个接口接入管理控制平台，从而提高系统响应速度，降低延迟率。61.在一些实施例中，上述提及的m个站点中的部分站点各自部署的国家、与管理控制平台部署的国家不同。也就是说，m个站点中的一部分站点各自部署的国家与管理控制平台部署的国家不同，但另一部分站点部署的国家与管理控制平台部署的国家相同，但另一部分站点部署的营销区域与管理控制平台部署营销区域不同。比如，管理控制平台设置在中国杭州，共有10个站点，其中7个站点分别布设在英国、俄罗斯、意大利、法国、美国、德国和新加坡，另外的3个站点设置在北京、上海、和西安。如此设置，能够满足企业国际化和多样化的营销战略部署。62.在另一些实施例中，上述提及的m个站点中的全部站点各自部署的国家、与管理控制平台部署的国家不同。也就是说，m个站点中的任意一个站点均与管理控制平台部署的国家不同。如此设置，能够满足企业国际化的营销战略部署。63.示例性地，上述提及的业务数据为用于品牌宣传和/或产品宣传的文本数据、视频数据和图像数据中的至少一种。64.为了更好地阐述上述提及的数据处理方法，下面以用于品牌宣传的博客文章为例，结合图3进行进一步实施例的举例说明。本公开实施例涉及品宣官网运营平台(可视为上述实施例提及的管理控制平台)、数据库系统，a品宣站点、b品宣站点和c品宣站点。65.如图3所示，针对品宣官网运营平台，本公开实施例涉及如下步骤。66.步骤s310，响应于a品宣站点的品宣人员、b品宣站点的品宣人员和c品宣站点的品宣人员各自的品宣请求，响应于品宣官网运营平台的品宣工作人员的操作，生成博客文章a、博客文章b和博客文章c。67.具体地，宣官网运营平台的品宣工作人员根据a品宣站点、b品宣站点和c品宣站点各自的品宣请求，编写博客文章a、博客文章b和博客文章c、并在对博客文章a、博客文章b和博客文章c进行排版、机器人审核、和人工审核。68.步骤s320，在博客文章a、博客文章b和博客文章c审核通过后，利用分表策略装置将博客文章a、博客文章b和博客文章c，以品宣数据表a、品宣数据表b和品宣数据表c的形式分别上传到mysql数据库。69.针对数据库系统，本公开实施例涉及如下步骤。其中，数据库系统包括mysql数据库、a品宣站点的数据库、b品宣站点的数据库和b品宣站点的数据库。70.步骤s330，基于dtsbinlog日志，同步品宣数据表a、品宣数据表b和品宣数据表c中存储的数据，以将博客文章a、博客文章b和博客文章c分别同步至a品宣站点、b品宣站点和c品宣站点各自的数据库中。71.针对a品宣站点，本公开实施例涉及如下步骤。72.步骤s340，从a品宣站点对应的数据库中，查询到博客文章a。73.步骤s350，发布博客文章a。74.需要说明的是，针对b品宣站点和c品宣站点，二者与上述a品宣站点的操作类似，此处不再赘述。75.本公开实施例中，通过上述步骤，将a品宣站点、b品宣站点和c品宣站点各自需要发布的博客文章a、博客文章b和博客文章c，分别同步到a品宣站点、b品宣站点和c品宣站点各自对应的数据库中，以便a品宣站点、b品宣站点和c品宣站点能够从各自对应的数据库中获得博客文章a、博客文章b和博客文章c，并分别发布。本公开实施例，既能满足整体营销战略部署，并且相比传统技术，能够有效降低品宣数据泄漏风险，降低开发成本、提高系统响应速度，从而实现低成本、高效且安全地在不同站点发布各自需要的品宣数据目的。76.上文结合图2至图3，详细描述了本公开的方法实施例，下面结合图4至图6，详细描述本公开的装置实施例。此外，应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。77.图4所示为本公开一实施例提供的数据处理装置的结构示意图。如图4所示，本公开实施例提供的数据处理装置400应用于管控m个站点的管理控制平台，m为正整数。本公开实施例提供的数据处理装置400包括确定模块410和同步模块420。具体地，确定模块410配置为，响应于用户针对m个站点中的n个站点的业务请求，确定n个站点各自需要发布的业务数据，n为小于或等于m的正整数。同步模块420被配置为，将n个站点各自需要发布的业务数据分别同步到n个站点各自的数据库中，以便站点从站点的数据库中获取站点需要发布的业务数据并发布。78.图5所示为本公开另一实施例提供的数据处理装置的结构示意图。在图4所示实施例基础上延伸出图5所示实施例，下面着重叙述图5所示实施例与图4所示实施例的不同之处，相同之处不再赘述。79.如图5所示，本公开实施例提供的同步模块420进一步包括：确定单元510和同步单元520。具体地，确定单元510被配置为，基于n个站点各自的业务数据要求信息，确定n个站点各自的业务数据表。同步单元520被配置为，基于n个站点各自的业务数据表，将n个站点各自需要发布的业务数据分别上传至n个站点各自的数据库中。80.在一些实施例中，确定单元510进一步被配置为，基于n个站点各自的业务数据要求信息，确定分表策略，分表策略用于将n个站点各自需要发布的业务数据各自存储至对应的业务数据表中；利用分表策略对应的结构化查询语句，对n个站点各自需要发布的业务数据进行分表处理，得到n个站点各自的业务数据表。81.在一示例中，利用分表策略对应的结构化查询语句，对n个站点各自需要发布的业务数据进行分表处理，得到n个站点各自的业务数据表可以被执行为，运行分表策略对应的结构化查询语句，将n个站点各自需要发布的业务数据写入新建的n个表中，得到n个站点各自的业务数据表。82.在另一示例中，利用分表策略对应的结构化查询语句，对n个站点各自需要发布的业务数据进行分表处理，得到n个站点各自的业务数据表还可以被执行为，运行分表策略对应的结构化查询语句，利用n个站点各自需要发布的业务数据更新n个站点各自对应的n个历史业务数据表中，得到n个站点各自的业务数据表。83.在一些实施例中，同步单元520进一步被配置为，基于n个站点各自的业务数据表，利用binlog日志将n个站点各自需要发布的业务数据分别上传至n个站点各自的数据库中。84.在一些实施例中，binlog日志包括异构数据同步工具中的binlog日志，和/或数据传输工具中的binlog日志。85.在一些实施例中，m个站点中的部分或全部站点各自部署的国家、与管理控制平台部署的国家不同。86.图6所示为本公开又一实施例提供的数据处理装置的结构示意图。本公开实施例提供的数据处理装置600应用于受控于管理控制平台的m个站点之一，m为正整数。如图6所示，本公开实施例提供的数据处理装置600包括获取模块610和发布模块620。具体地，获取模块610被配置为，从站点的数据库中获取站点需要发布的业务数据，业务数据为管理控制平台响应于用户针对m个站点中的n个站点的业务请求后，同步到站点的数据库中的。发布模块620被配置为，发布业务数据。87.图7所示为本公开一实施例提供的电子设备的结构示意图。图7所示的电子设备700(该电子设备700具体可以是一种计算机设备)包括存储器701、处理器702、通信接口703以及总线704。其中，存储器701、处理器702、通信接口703通过总线704实现彼此之间的通信连接。88.存储器701可以是只读存储器(readonlymemory，rom)，静态存储设备，动态存储设备或者随机存取存储器(randomaccessmemory，ram)。存储器701可以存储程序，当存储器701中存储的程序被处理器702执行时，处理器702和通信接口703用于执行本公开实施例的数据处理方法的各个步骤。89.处理器702可以采用通用的中央处理器(centralprocessingunit，cpu)，微处理器，应用专用集成电路(applicationspecificintegratedcircuit，asic)，图形处理器(graphicsprocessingunit，gpu)或者一个或多个集成电路，用于执行相关程序，以实现本公开实施例的数据处理装置中的单元所需执行的功能。90.处理器702还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本公开的数据处理方法的各个步骤可以通过处理器702中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器702还可以是通用处理器、数字信号处理器(digitalsignalprocessing，dsp)、专用集成电路(asic)、现场可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器701，处理器702读取存储器701中的信息，结合其硬件完成本公开实施例的数据处理装置中包括的单元所需执行的功能，或者执行本公开方法实施例的数据处理方法。91.通信接口703使用例如但不限于收发器一类的收发装置，来实现电子设备700与其他设备或通信网络之间的通信。例如，可以通过通信接口703接收业务请求或者业务数据。92.总线704可包括在电子设备700各个部件(例如，存储器701、处理器702、通信接口703)之间传送信息的通路。93.应注意，尽管图7所示的电子设备700仅仅示出了存储器、处理器、通信接口，但是在具体实现过程中，本领域的技术人员应当理解，电子设备700还包括实现正常运行所必需的其他器件。同时，根据具体需要，本领域的技术人员应当理解，电子设备700还可包括实现其他附加功能的硬件器件。此外，本领域的技术人员应当理解，电子设备700也可仅仅包括实现本公开实施例所必需的器件，而不必包括图7中所示的全部器件。94.除了上述方法、装置和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本公开各个实施例提供的数据处理方法的各个步骤。95.所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、c++等，还包括常规的步骤式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。96.此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本公开各个实施例提供的数据处理的各个步骤。97.所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。98.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。99.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。100.在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其他的形式。101.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。102.另外，在本公开各个实施例中的各功能单元可以集成在一个相似区域分割单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。103.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。104.以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本
技术领域：
：的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。当前第1页12当前第1页12