数据处理方法及装置与流程

本申请涉及互联网技术领域，尤其涉及一种数据处理方法及装置。

背景技术：

互联网应用是将线下商务机会与互联网进行融合的主要手段，随着互联网线上到线下(onlinetooffline，o2o)技术的快速发展，像网购、团购、外卖等互联网应用也在不断发展，特别是对于日常生活必不可少的外卖类应用。这些互联网应用经历了大规模扩张阶段，现在逐渐进入维持市场稳定，追求高品质服务质量的阶段。

对上述互联网应用来说，除了要吸引消费用户之外，还需要招引商户，为消费用户提供商品或服务。目前，商户的招引主要依赖于互联网应用的业务拓展(businessdevelopment，bd)人员，亟需一种高效、精准的商户数据获取和分析方案。

技术实现要素：

针对现有技术存在的问题，本申请发明人在付出大量创造性劳动之后，提供一种解决方案，其主要原理是：提供数据采集脚本，基于待处理商户对应的数据采集任务确定需要使用的数据采集脚本，运行所确定的数据采集脚本采集待处理商户的关联数据，进而运行与待处理商户关联的业务需求对应的数据分析脚本，对数据采集脚本采集到的关联数据进行分组和聚合处理，得到满足所述业务需求的业务需求数据。该解决方案可以高效、精准地获取和分析商户数据，进而给出业务需求数据。

基于上述分析，本申请实施例提供一种数据处理方法，包括：

解析待处理商户对应的数据采集任务，以确定数据采集规则和数据采集脚本；

根据所述数据采集规则，运行所述数据采集脚本，以从所述数据采集脚本对应的数据源中获取所述待处理商户的关联数据；

运行与所述待处理商户关联的业务需求对应的数据分析脚本，对所述关联数据进行分组和聚合处理，以得到至少一个维度的业务需求数据。

在一可选实施方式中，解析待处理商户对应的数据采集任务，以确定数据采集规则和数据采集脚本之前，所述方法还包括：

获取与所述待处理商户关联的数据源地址；

根据数据采集脚本采集数据使用的数据标签和路由规则，从多个数据采集脚本中，选择与所述数据源地址匹配的数据采集脚本；

为与所述数据源地址匹配的数据采集脚本，配置数据采集规则，以生成所述待处理商户对应的数据采集任务。

在一可选实施方式中，根据所述数据采集规则，运行所述数据采集脚本，以从所述数据采集脚本对应的数据源中获取所述待处理商户的关联数据，包括以下至少一种：

根据所述数据采集规则，运行面向所述待处理商户的数据采集脚本，以从所述待处理商户的运营网站上获取所述待处理商户的运营数据；

根据所述数据采集规则，运行面向所述待处理商户的竟对商户的数据采集脚本，以从所述竟对商户的运营网站上获取所述竟对商户的运营数据；

根据所述数据采集规则，运行面向所述待处理商户的配送员客户端的数据采集脚本，以从所述配送员客户端中获取配送员针对所述待处理商户的反馈数据；

根据所述数据采集规则，运行面向所述待处理商户的业务人员的客户端的数据采集脚本，以从所述业务人员的客户端中获取业务人员针对所述待处理商户的访问数据。业务人员针对所述待处理商户

在一可选实施方式中，运行与所述待处理商户关联的业务需求对应的数据分析脚本，对所述关联数据进行分组和聚合处理，以得到至少一个维度的业务需求数据之前，所述方法还包括：

根据所述数据采集脚本采集数据使用的数据标签和所述关联数据包含的核心词之间的相似度，对所述关联数据进行去脏处理；和/或

根据所述关联数据包含的核心词之间的相似度，对所述关联数据进行去重处理。

在一可选实施方式中，运行与所述待处理商户关联的业务需求对应的数据分析脚本，对所述关联数据进行分组和聚合处理，以得到至少一个维度的业务需求数据，包括：

基于数据所属的应用平台和/或数据所属的地域，对所述关联数据进行分组，以获得至少一个数据分组；

按照所述至少一个维度，对所述至少一个数据分组进行聚合，以获得至少一组聚合数据；

从所述至少一组聚合数据中，获取所述至少一个维度的业务需求数据。

在一可选实施方式中，从所述至少一组聚合数据中，获取所述至少一个维度的业务需求数据，包括：

从所述至少一组聚合数据中，获取至少一个维度的可以反应所述待处理商户的运营状况的招商需求数据；和/或

从所述至少一组聚合数据中，获取至少一个维度的可以反应所述待处理商户的营销策略需求的招商需求数据。

在一可选实施方式中，从所述至少一组聚合数据中，获取至少一个维度的可以反应所述待处理商户的营销策略需求的招商需求数据，包括：

根据所述至少一组聚合数据中竟对商户的营销数据，生成应对竟对商户的营销策略；和/或

根据所述至少一组聚合数据中所述待处理商户的用户群体数据，生成针对用户群体的营销策略；和/或

根据所述至少一组聚合数据中所述待处理商户的订单分布数据，生成针对地理区域的营销策略；和/或

根据所述至少一组聚合数据中所述待处理商户的配送员数据，生成针对配送员的营销策略。

在一可选实施方式中，从所述至少一组聚合数据中，获取至少一个维度的可以反应所述待处理商户的运营状况的招商需求数据，包括以下至少一种：

从所述至少一组聚合数据中，获取所述待处理商户的流水订单量；

从所述至少一组聚合数据中，获取所述待处理商户的当日订单量；

从所述至少一组聚合数据中，获取所述待处理商户的订单完成信息；

从所述至少一组聚合数据中，获取所述待处理商户的补贴数据；

从所述至少一组聚合数据中，获取所述待处理商户的订单密集区域数据；

从所述至少一组聚合数据中，获取所述待处理商户的环比数据；

从所述至少一组聚合数据中，获取所述待处理商户的销量排名数据。

在一可选实施方式中，在得到所述至少一个维度的业务需求数据之后，所述方法还包括：

响应于业务人员的访问请求，从所述至少一个维度的业务需求数据中确定所述业务人员请求访问的业务需求数据；

根据所述业务人员请求访问的业务需求数据，生成可视化图表；

将所述可视化图表展示给所述业务人员。

本申请实施例还提供一种数据处理装置，包括：

数据解析模块，用于解析待处理商户对应的数据采集任务，以确定数据采集规则和数据采集脚本；

数据获取模块，用于根据所述数据采集规则，运行所述数据采集脚本，以从所述数据采集脚本对应的数据源中获取所述待处理商户的关联数据；

数据处理模块，用于运行与所述待处理商户关联的业务需求对应的数据分析脚本，对所述关联数据进行分组和聚合处理，以得到至少一个维度的业务需求数据。

在一可选实施方式中，所述装置还包括：

任务生成模块，用于获取与所述待处理商户关联的数据源地址；根据数据采集脚本采集数据使用的数据标签和路由规则，从多个数据采集脚本中，选择与所述数据源地址匹配的数据采集脚本；为与所述数据源地址匹配的数据采集脚本，配置数据采集规则，以生成所述待处理商户对应的数据采集任务。

在一可选实施方式中，所述数据获取模块具体用于执行以下至少一种操作：

根据所述数据采集规则，运行面向所述待处理商户的数据采集脚本，以从所述待处理商户的运营网站上获取所述待处理商户的运营数据；

根据所述数据采集规则，运行面向所述待处理商户的竟对商户的数据采集脚本，以从所述竟对商户的运营网站上获取所述竟对商户的运营数据；

根据所述数据采集规则，运行面向所述待处理商户的配送员客户端的数据采集脚本，以从所述配送员客户端中获取配送员针对所述待处理商户的反馈数据；

根据所述数据采集规则，运行面向所述待处理商户的业务人员的客户端的数据采集脚本，以从所述业务人员的客户端中获取业务人员针对所述待处理商户的访问数据。

在一可选实施方式中，所述装置还包括：

预处理模块，用于根据所述数据采集脚本采集数据使用的数据标签和所述关联数据包含的核心词之间的相似度，对所述关联数据进行去脏处理；和/或，根据所述关联数据包含的核心词之间的相似度，对所述关联数据进行去重处理。

在一可选实施方式中，所述数据处理模块包括：

分组子模块，用于基于数据所属的应用平台和/或数据所属的地域，对所述关联数据进行分组，以获得至少一个数据分组；

聚合子模块，用于按照所述至少一个维度，对所述至少一个数据分组进行聚合，以获得至少一组聚合数据；

获取子模块，用于从所述至少一组聚合数据中，获取所述至少一个维度的业务需求数据。

在一可选实施方式中，所述获取子模块包括：

第一获取单元，用于从所述至少一组聚合数据中，获取至少一个维度的可以反应所述待处理商户的运营状况的招商需求数据；和/或

第二获取单元，用于从所述至少一组聚合数据中，获取至少一个维度的可以反应所述待处理商户的营销策略需求的招商需求数据。

在一可选实施方式中，所述第二获取单元具体用于：

根据所述至少一组聚合数据中竟对商户的营销数据，生成应对竟对商户的营销策略；和/或

根据所述至少一组聚合数据中所述待处理商户的用户群体数据，生成针对用户群体的营销策略；和/或

根据所述至少一组聚合数据中所述待处理商户的订单分布数据，生成针对地理区域的营销策略；和/或

根据所述至少一组聚合数据中所述待处理商户的配送员数据，生成针对配送员的营销策略。

在一可选实施方式中，所述第一获取单元具体用于执行以下至少一种操作：

从所述至少一组聚合数据中，获取所述待处理商户的流水订单量；

从所述至少一组聚合数据中，获取所述待处理商户的当日订单量；

从所述至少一组聚合数据中，获取所述待处理商户的订单完成信息；

从所述至少一组聚合数据中，获取所述待处理商户的补贴数据；

从所述至少一组聚合数据中，获取所述待处理商户的订单密集区域数据；

从所述至少一组聚合数据中，获取所述待处理商户的环比数据；

从所述至少一组聚合数据中，获取所述待处理商户的销量排名数据。

在一可选实施方式中，所述数据处理模块还用于：

响应于所述业务人员的访问请求，从所述至少一个维度的业务需求数据中确定所述业务人员请求访问的业务需求数据；

根据所述业务人员请求访问的业务需求数据，生成可视化图表；

将所述可视化图表展示给所述业务人员。业务人员的访问请求展示给所述业务人员

本申请实施例还提供一种电子设备，包括存储器和处理器；所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时能够实现上述方法实施例提供的数据处理方法中的步骤。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时实现上述方法实施例提供的数据处理方法中的步骤。

在本申请实施例中，提供数据采集脚本，基于待处理商户对应的数据采集任务确定需要使用的数据采集脚本和数据采集规则，按照数据采集规则运行所确定的数据采集脚本采集待处理商户的关联数据，进而运行与待处理商户关联的业务需求对应的数据分析脚本，对数据采集脚本采集到的关联数据进行分组和聚合处理，得到满足所述业务需求的业务需求数据，可以高效、精准地获取和分析商户数据，进而给出业务需求数据，有利于为各类与商户相关的业务提供数据支持。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1a为本申请一实施例提供的数据处理装置的业务逻辑示意图；

图1b为本申请一实施例提供的数据处理方法的流程示意图；

图2为本申请另一实施例提供的数据处理方法的流程示意图；

图3为本申请又一实施例提供的对关联数据进行分组和聚合处理的流程示意图；

图4a为本申请又一实施例提供的可视化图表的一种样式示意图；

图4b为本申请又一实施例提供的可视化图表的另一种样式示意图；

图5为本申请又一实施例提供的数据处理装置的结构示意图；

图6为本申请又一实施例提供的数据处理装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在现有技术中，商户的招引主要依赖于bd人员，亟需一种高效、精准的商户数据获取和分析方案，以为bd人员在招引商户过程中提供数据支持。

针对上述问题，本申请实施例提供一种具有普适性的数据处理方案，其主要原理是：提供数据采集脚本，基于待处理商户对应的数据采集任务确定需要使用的数据采集脚本和数据采集规则，按照数据采集规则运行所确定的数据采集脚本采集待处理商户的关联数据，进而运行于待处理商户关联的业务需求对应的数据分析脚本，对数据采集脚本采集到的关联数据进行分组和聚合处理，得到满足所述业务需求的业务需求数据。

图1a为本申请一实施例提供的数据处理装置的业务逻辑示意图。其中，图1a中的调度为可选的业务逻辑。基于图1a，图1b为本申请一实施例提供的数据处理方法的流程示意图。如图1b所示，所述方法包括：

101、解析待处理商户对应的数据采集任务，以确定数据采集规则和数据采集脚本。

103、根据所述数据采集规则，运行所述数据采集脚本，以从所述数据采集脚本对应的数据源中获取所述待处理商户的关联数据。

105、运行与所述待处理商户关联的业务需求对应的数据分析脚本，对所述关联数据进行分组和聚合处理，以得到至少一个维度的业务需求数据。

在本实施例中，待处理商户是指与一定业务需求相关联的商户。待处理商户可以是一个商户，也可以是多个商户。根据具体应用场景的不同，待处理商户可以不同。例如，在招引商户场景中，待处理商户可以是互联网应用希望招引的商户，或者是对互联网应用来说具有招引价值的商户等。举例说明，互联网应用可以是网购类应用、代购类应用和/或外卖类应用。相应地，在本实施例中，可以为互联网应用招引商户的人员可以是互联网应用的销售人员、bd人员或市场人员，但不限于此。

在本实施例中，为了满足待处理商户关联的业务需求，需要根据待处理商户的关联数据，获得实现所述业务需求所需的业务需求数据，即需要针对待处理商户关联的业务需求提供数据支持。

在本实施例中，提供数据采集脚本和数据分析脚本，数据采集脚本负责采集数据，数据分析脚本负责分析数据采集脚本采集到的数据，以获得业务需求数据。其中，应用场景不同，待处理商户会不同，所要使用的数据采集脚本会有所不同。为了适应不同应用场景，适应不同待处理商户，本实施例允许针对待处理商户制定数据采集任务，在数据采集任务中定义了采集数据所需的数据采集规则和采集数据所需的数据采集脚本。可选地，在数据采集任务中，可以通过脚本名称来唯一标识数据采集脚本。基于此，在确定待处理商户后，可以针对待处理商户制定数据采集任务。可选地，可以由设备自动为待处理商户制定数据采集任务，也可以由待处理商户对应的业务人员，例如bd人员手动为待处理商户制定数据采集任务。

数据处理装置可以获得待处理商户的数据采集任务。例如，数据处理装置可以接收业务人员手动输入的待处理商户的数据采集任务；或者，也可以接收生成数据采集任务的设备以有线或无线通信方式传输过来的待处理商户的数据采集任务。

对数据处理装置来说，可以解析待处理商户的数据采集任务，以确定数据采集规则和数据采集脚本。其中，不同的待处理商户，一般具有不同的数据采集规则。数据采集规则主要定义采集数据的一些控制策略，例如采集周期、采集时刻、需要采集的数据量、每次需要采集的时间长度等。数据采集脚本可由脚本名称唯一标识。

可选地，可以预先设定数据采集任务所采用的数据结构。基于此，数据处理装置可以按照预设的数据结构，对数据采集任务进行解析。可选地，在本实施例中，数据采集任务可以使用现有的数据结构，也可以使用自定义的数据结构。

例如，现有的数据结构可以是json(javascriptobjectnatation)数据结构，但不限于此。以json为例的数据采集任务可表示为{“脚本名称”：xxx，“数据采集规则”：xxx}，该json数据结构一共包括两个名称字段，分别是脚本名称字段和数据采集规则字段；相应的，每个名称字段后面的“xxx”表示相应名称字段的取值。

又例如，一种自定义的数据结构可以是{脚本名称的值(占m个字符)：数据采集规则的值(占p个字符)}，在该数据结构中包括两个字段，分别是脚本名称字段和数据采集规则字段，两个字段通过占用的字符个数来区分，该数据结构中前m个字符是脚本名称字段的值，后p个字符是数据采集规则字段的值，m、p均为自然数。

在成功解析待处理商户对应的数据采集任务之后，可以根据解析出的数据采集规则，运行解析出的数据采集脚本，以从数据采集脚本对应的数据源中获取待处理商户的关联数据。其中，数据采集脚本与数据源之间具有对应关系，数据源可以通过数据源地址来唯一标识，数据源地址可以是ip地址或url地址等。数据采集脚本会自动到数据源地址所标识的数据源获取待处理商户的关联数据。这里的关联数据可以是任何与待处理商户相关的数据。例如，待处理商户的关联数据可以是待处理商户的运营数据、用户评价、竟对商户的运营数据等。竟对商户是指与待处理商户存在竞争关系的商户。

在一可选实施方式中，待处理商户的数据采集任务中可以包括数据采集规则、脚本名称以及数据源地址。数据采集规则、脚本名称以及数据源地址之间具有对应关系，而且这种对应关系可以是一组或多组。每组对应关系中的数据采集规则、脚本名称以及数据源地址不完全相同。对任意一组对应关系来说，都可以根据该组对应关系中的数据采集规则，运行相应脚本名称对应的数据采集脚本，以从相应数据源地址对应的数据源中获取待处理商户的关联数据。一般来说，从不同数据源地址对应的数据源中获取的数据一般不完全相同。与上述数据采集任务类似，该实施方式中的数据采集任务也可以采用json数据结构，或自定义的数据结构。

例如，以json为例的数据采集任务可表示为{“脚本名称”：xxx，“数据源地址”：xxx，“数据采集规则”：xxx}，该json数据结构一共包括三个名称字段，分别是脚本名称字段、数据源地址字段和数据采集规则字段；相应的，每个名称字段后面的“xxx”表示相应名称字段的取值。

又例如，一种自定义的数据结构可以是{脚本名称的值(m个字符)：数据源地址的值(n个字符)：数据采集规则的值(p个字符)}，在该数据结构中包括三个字段，分别是脚本名称字段、数据源地址字段和数据采集规则字段，三个字段通过占用的字符个数来区分，该数据结构中前m个字符是脚本名称字段的值，中间n个字符是数据源地址字段的值，最后p个字符是数据采集规则字段的值，m、n、p均为自然数。

在本实施例中，数据处理装置可以解析待处理商户对应的数据采集任务，从而确定数据采集规则和数据采集脚本，进而按照数据采集规则，运行相应数据采集脚本，从相应数据源自动获取待处理商户的关联数据，无需业务人员手动收集待处理商户的关联数据，一方面可以保证获取待处理商户的关联数据的效率，另一方面可以更加全面地获取待处理商户的关联数据。

在步骤103中，基于步骤102中获取到的待处理商户的关联数据，可以运行与待处理商户关联的业务需求所对应的数据分析脚本，进一步通过数据分析脚本对数据采集脚本采集到的关联数据进行分组和聚合处理，以获得至少一个维度的业务需求数据。其中，业务需求可由待处理商户以及应用场景而定，不同业务需求对应的数据处理核心相同，主要是数据分组和聚合，但对应具体的分组和聚合细节不同，故会对应不同的数据分析脚本。其中，待处理商户关联的业务需求可由业务人员预先设定，并可预先针对业务需求开发数据分析脚本。其中，业务人员可以基于业务需求数据开展符合所述业务需求的业务，这就为业务人员开展相应业务提供了数据支持。

在本实施例中，数据处理装置可以解析待处理商户对应的数据采集任务，从而确定数据采集规则和数据采集脚本，进而按照数据采集规则，运行相应数据采集脚本，从相应数据源自动获取待处理商户的关联数据，进一步运行数据分析脚本，对数据采集脚本采集到的关联数据进行分组和聚合处理，可以高效、精准地获取和分析商户数据，进而给出业务需求数据，有利于为各类与商户相关的业务提供数据支持。

另外，在本实施例中，数据采集脚本、数据分析脚本可根据不同业务需求、不同商户以及不同应用场景适应性设定，并且基于成熟的脚本技术很容易实现，相当于提供了一种具有普适性的获取和分析商户数据的方案，因此，可以应用于各种场景中，为各类与商户相关的业务提供数据支持。

进一步，可将本实施例提供的方法应用于招引商户场景中，则待处理商户是指具有招商价值的商户，待处理商户关联的业务需求即招引待处理商户的需求，相应地，至少一个维度的业务需求数据实际上是至少一个维度的招商需求数据。这里的招商需求数据是指bd人员在招引待处理商户过程中所需的、对bd人员具有招商指导价值的数据。招商需求数据可以是能够说明待处理商户运营状况的数据，也可以是待处理商户与其竟对商户的比对数据，还可以是针对待处理商户给出的营销策略数据等。另外，根据应用场景的不同，招商需求数据可以是一个维度的，也可以是多个维度的。优选的，招商需求数据是多维度的，这样bd人员能够从多维度了解待处理商户，进而在招引过程中占据优势，提高招引商户的成功率。

进一步，在上述实施例或下述实施例中，数据处理装置不仅具有数据解析、数据获取和数据处理的功能，还会对外提供访问入口，以便于业务人员能够通过该访问入口访问所需的业务需求数据。对业务人员来说，可以通过数据处理装置对外提供的访问入口，向数据处理装置发出访问请求，以请求所需的业务需求数据。数据处理装置可响应于业务人员的访问请求，从至少一个维度的业务需求数据中确定业务人员请求访问的业务需求数据；根据业务人员请求访问的业务需求数据，生成可视化图表，将可视化图表展示给业务人员。

以招引商户场景为例，业务人员可以是bd人员；相应地，业务需求数据可以是招商需求数据。数据处理装置可以根据bd人员的访问请求，向bd人员展示待处理商户的30天流水对应的饼状图，周环比数据对比表，区域热点图，流水订单量的曲线图等。对bd人员来说，在获得这些可视化图表之后，可以据此招引待处理商户。其中，bd人员招引待处理商户主要是指根据招商需求数据与待处理商户进行谈判，分析待处理商户的运营状况，并有针对性的给出营销策略和建议的过程。

在招引商户场景中，基于成熟的脚本技术，可以很容易地根据招商需求适应性设定数据采集脚本和数据分析脚本。数据处理装置运行相应数据采集脚本，自动获取待处理商户的关联数据；进而，运行招商需求对应的数据分析脚本对关联数据进行分组和聚合处理得到至少一个维度的招商需求数据，可以高效、精准地获取和分析商户数据，为bd人员招引商户提供数据支持。其中，无需bd人员手动收集待处理商户的关联数据，不仅可以节约时间，保证获取待处理商户的关联数据的效率，提高招引商户的效率，而且可以更加全面地获取待处理商户的关联数据，使得bd人员能够在与商户谈判的过程中处于优势，提高招引商户的成功率。

在上述实施例或下述实施例中，在解析待处理商户对应的数据采集任务之前，需要生成待处理商户对应的数据采集任务。可选地，一种生成待处理商户对应的数据采集任务的方式包括：

首先，获取与待处理商户关联的数据源地址，以明确从哪里获取待处理商户的关联数据。例如，数据源地址可以包括但不限于：待处理商户的运营网站或客户端的地址，待处理商户的竟对商户的运营网站或客户端的地址，待处理商户的待售网点的地址等等。

接着，根据数据采集脚本采集数据使用的数据标签和路由规则，从多个数据采集脚本中，选择与待处理商户关联的数据源地址匹配的数据采集脚本。在该实施方式中，预先生成多个数据采集脚本，不同数据采集脚本使用的数据标签和路由规则不同。数据标签是指数据采集脚本抓取数据过程中使用的核心词或关键词或搜索词，例如可以是“30天流水”、“菜品名称”、“菜品价格”等。路由规则主要定义数据采集脚本抓取数据过程中的数据访问路径。一般来说，不同数据源支持的路由规则可能不同，所提供的数据也会有所不同，故可以选择路由规则、数据标签均与待处理商户关联的数据源地址所标识的数据源匹配的数据采集脚本。

最后，为所选择的与数据源地址匹配的数据采集脚本，配置数据采集规则，以生成待处理商户对应的数据采集任务。数据采集规则可以是每天定时从数据源地址对应的数据源获取数据，或者是每隔指定时长从数据源地址对应的数据源获取数据，或者持续从数据源地址对应的数据源获取数据，或者根据调度指令，在调度时刻从数据源地址对应的数据源获取数据，等等。

在上述实施例或下述实施例中，可根据数据采集规则，运行数据采集脚本，以从数据采集脚本对应的数据源中获取待处理商户的关联数据。可选地，根据应用场景的不同，所运行的数据采集脚本会有所不同，且所获取的待处理商户的关联数据也会有所不同。

下面以外卖应用场景为例，例如，可以运行以下数据采集脚本获取相应的关联数据：

1)面向业务人员的客户端的数据采集脚本

业务人员可以到待处理商户的实体店中进行拜访，了解待处理商户的基本信息，例如优惠活动、物流配置、订单流水、主要营业范围、以及竟对商户的情况等。之后，业务人员可以将对待处理商户的访问数据上传至其客户端。基于此，数据处理装置可以提供面向业务人员的客户端的数据采集脚本，该数据采集脚本采集数据使用的数据标签以及路由规则均适应于业务人员的客户端。例如，数据标签可以是与优惠活动、物流配置、订单流水、主营业范围等相关的数据。例如，路由规则可以是通过网通或联通的网关接入数据源地址。当从待处理商户的数据采集任务中解析出的脚本名称标识面向业务人员的客户端的数据采集脚本时，可以根据数据采集规则，运行面向待处理商户的业务人员的客户端的数据采集脚本，以从业务人员的客户端中获取业务人员针对待处理商户的访问数据。可选地，面向业务人员的客户端可以是接入数据处理装置的移动办公系统，但不限于此。

2)面向配送员的客户端的数据采集脚本

在外卖应用场景中，配送员是介于用户与商户之间的中间人。配送员既能接触到用户，又能接触到商户，因此通过配送员可以获得商户的一些信息。例如，配送员可以反馈商户的出餐速度、服务态度、餐品包装情况、物流铺设以及解决方案等信息。之后，配送员可以将对商户的反馈数据上传至其客户端。基于此，数据处理装置可以提供面向配送员的客户端的数据采集脚本，该数据采集脚本采集数据使用的数据标签以及路由规则均适应于配送员的客户端。例如，数据标签可以是与出餐速度、服务态度、餐品包装情况、物流铺设等相关的数据。例如，路由规则可以是通过电信或联通的网关接入数据源地址。当从待处理商户的数据采集任务中解析出的脚本名称标识面向配送员的客户端的数据采集脚本时，可以根据数据采集规则，运行面向待处理商户的配送员的客户端的数据采集脚本，以从配送员的客户端中获取配送员针对待处理商户的反馈数据。可选地，面向配送员的客户端也可以是接入数据处理装置的移动办公系统，但不限于此。

3)面向商户运营网站的数据采集脚本

互联网应用依赖于互联网，因此可以从互联网中收集待处理商户的相关数据。例如，可以从互联网中收集待处理商户的菜品价格、优惠活动、销售量、商户位置、所属商圈以及竟对商户的运营数据等。基于此，数据处理装置可以提供面向待处理商户本身运营网站的数据采集脚本，也可以提供面向待处理商户的竟对商户的运营网站的数据采集脚本，这些数据采集脚本采集数据使用的数据标签以及路由规则分别适应于待处理商户或竟对商户的运营网站。例如，数据标签可以是与菜品价格、优惠活动、销售量、商户位置、所属商圈等相关的数据。

当从待处理商户的数据采集任务中解析出的脚本名称标识面向待处理商户的运营网站的数据采集脚本时，可以根据数据采集规则，运行面向待处理商户的运营网站的数据采集脚本，以从待处理商户的运营网站上获取待处理商户的运营数据。

当从待处理商户的数据采集任务中解析出的脚本名称标识面向待处理商户的竟对商户的运营网站的数据采集脚本时，可以根据数据采集规则，运行面向待处理商户的竟对商户的运营网站的数据采集脚本，以从待处理商户的竟对商户的运营网站上获取待处理商户的运营数据。

值得说明的是，面向待处理商户或其竟对商户的运营网站的数据采集脚本具体可以实现为网络爬虫，并且可以采用现有技术中的各种爬取算法从相应网站上爬取数据，在此不做详述。

在上述实施例或下实施例中，在数据采集脚本从相应数据源获取待处理商户的关联数据之后，在数据分析脚本对关联数据进行分组和聚合处理之前，可以对关联数据进行预处理。如图2所示，本申请另一实施例提供的数据处理方法在步骤105之前，还包括：

104、对关联数据进行去重和/或去脏处理。

在本实施例中，考虑到关联数据可以包括任何与待处理商户相关的数据，这些数据中有些可能毫无价值，有些可能是不规范或不合法的数据，将这些数据统称为脏数据。因为有脏数据的存在，可能影响整个数据处理过程，故可以预先对收集到的关联数据进行去脏处理，这里的去脏处理是指将关联数据中的脏数据去除的过程。

可选地，可以根据数据采集脚本采集数据使用的数据标签和关联数据包含的核心词之间的相似度，对关联数据进行去脏处理。具体的，可以提取每个关联数据的核心词，再计算核心词与数据标签之间的相似度，进而从关联数据中去除相似度不符合第一要求的关联数据。例如，可以将与数据标签之间的相似度小于设定阈值的关联数据去除，或者可以将与数据标签之间的相似度不在设定相似度范围内的关联数据去除。

另外，在本实施例中，考虑到由不同数据采集脚本从不同数据源获取待处理商户的关联数据，关联数据中可能存在重复数据，因此，通过对关联数据进行去重处理，有利于节约处理重复数据所消耗的资源，提高后续处理效率。这里的去重处理主要是指通过删除操作保证关联数据中不存在重复数据的过程。

例如，可以根据关联数据包含的核心词之间的相似度，对关联数据进行去重处理。例如，可以提取每个关联数据的核心词；计算每两个关联数据的核心词之间的相似度，对于相似度符合第二要求的两个关联数据保留其中之一。例如，对于相似度大于设定阈值的两个关联数据，说明其相似度较高，保留一份数据即可。例如，可以随机选择保留其中一个，丢弃另一个。或者，可以按照获取时间的先后顺序，保留最新的一个，即获取时间较晚的一个，从而丢弃获取时间较早的一个。

在上述实施例或下述实施例中，可以运行与待处理商户关联的业务需求对应的数据分析脚本，对关联数据进行分组和聚合处理，以得到至少一个维度的业务需求数据。可选地，如图3所示，一种数据分组和聚合处理的方式包括：

1051、基于数据所属的应用平台和/或数据所属的地域，对关联数据进行分组，以获得至少一个数据分组。

1052、按照至少一个维度，对至少一个数据分组进行聚合，以获得至少一组聚合数据。

1053、从至少一组聚合数据中，获取至少一个维度的业务需求数据。

在本实施例中，步骤1051-1053描述了数据处理装置运行数据分析脚本对关联数据进行分组和聚合处理的一种实施方式。在该实施方式中，数据处理装置可以根据应用需求对待处理商户的关联数据进行分组，再根据应用需求对得到的数据分组进行聚合，进而基于聚合数据，获取业务需求数据。

其中，根据应用场景的不同，分组方式也会有所不同。可选地，可基于数据所属的应用平台，对关联数据进行分组，以获得至少一个数据分组。例如，可以统计待处理商户的关联数据所属的应用平台，将属于同一应用平台的数据划分为一组，从而获得至少一个数据分组。

以外卖应用场景为例，假设待处理商户同时加盟a外卖平台、b外卖平台以及c外卖平台，则所获取到的待处理商户的关联数据包括从a外卖平台获取到的与待处理商户相关的数据，从b外卖平台获取到的与待处理商户相关的数据以及从c外卖平台获取到的与待处理商户相关的数据。为了从不同应用平台的角度给出业务需求数据，则可以按照应用平台，将待处理商户的关联数据划分为三个数据分组，将从a外卖平台获取到的数据划为一个数据分组，将从b外卖平台获取到的数据划为一个数据分组，将从c外卖平台获取到的数据划为一个数据分组。

在另一可选实施方式中，可基于数据所属的地域，对关联数据进行分组，以获得至少一个数据分组。例如，可以统计待处理商户的关联数据所属的地域，将属于同一地域的数据划分为一组，从而获得至少一个数据分组。

仍以外卖应用场景为例，假设待处理商户属于某个省份，并且面向整个省份提供外卖服务，则所获取到的待处理商户的关联数据包括从该省份中各区域内获取到与待处理商户相关的数据。为了从不同服务区域的角度给出业务需求数据，则可以按照地域，将待处理商户的关联数据划分为多个数据分组，例如，可以将来自于该省份下同一城市的数据划为一个数据分组，或者可以将来自于该省份下同一城市的同一商圈的数据划为一个数据分组。分组粒度可视具体应用场景而定，这里仅是举例，不做限定。

在又一可选实施方式中，可基于数据所属的应用平台和数据所属的地域，对关联数据进行分组，以获得至少一个数据分组。这样可以同时结合应用平台以及地域给出业务需求数据。

例如，可以先基于数据所属的应用平台，对待处理商户的关联数据进行初步分组；再根据数据所属的地域对初步分组结果进行二次分组，以获得至少一个数据分组。

又例如，也可以先基于数据所属的地域，对待处理商户的关联数据进行初步分组；再根据数据所属的应用平台对初步分组结果进行二次分组，以获得至少一个数据分组。

其中，数据分组之间的聚合方式具体可视应用需求而定。例如，可以将地域相邻的数据分组聚合在一起，又或者，可以将来自类似应用平台的数据分组聚合在一起，等等。

在本实施例中，考虑到关联数据的数据量可能会很大，且可能杂乱无章，通过对关联数据进行分组和聚合，使得关联数据比较有规律，这样可以更加方便、高效地从关联数据中提取业务需求数据。

进一步，在获得聚合数据之后，则可以从至少一组聚合数据中，获取至少一个维度的业务需求数据。值得说明的是，这里业务需求数据的维度，与聚合数据的组数没有关系。例如，可以从每一组聚合数据中，分别获取业务需求数据，而从每一组聚合数据中所获取的业务需求数据可以是某一维度的，也可以是多维度的。或者，也可以综合分析多组聚合数据，从中获取业务需求数据，且综合分析多组聚合数据所获取的业务需求数据可以是某一维度的，也可以是多维度的。

在招引商户场景中，则业务需求数据可以为招商需求数据。可选地，可以将招商需求数据分为两类，一类是反映待处理商户的运营状况的招商需求数据，对bd人员来说，这类招商需求数据对待处理商户的运营状况具有说明性，可简称为说明性招商需求数据；另一类是反映待处理商户的营销策略需求的招商需求数据，对bd人员来说，这类招商需求数据可以给出待处理商户所需的营销策略，可简称为策略性招商需求数据。

基于上述，从至少一组聚合数据中，获取业务需求数据的方式可以包括：

从至少一组聚合数据中，获取至少一个维度的可以反应待处理商户的运营状况的招商需求数据；和/或

从至少一组聚合数据中，获取至少一个维度的可以反应待处理商户的营销策略需求的招商需求数据。

值得说明的是，上述每一类招商需求数据可以是某个维度的，也可以是多维度的。

举例说明：对于策略性招商需求数据，可以从以下至少一个维度反应待处理商户的营销策略需求：竟对商户维度、用户群体维度、地理区域维度以及配送员维度。相应地，获取策略性招商需求数据方式包括：

根据至少一组聚合数据中竟对商户的营销数据，生成应对竟对商户的营销策略；和/或

根据至少一组聚合数据中所述待处理商户的用户群体数据，生成针对用户群体的营销策略；和/或

根据至少一组聚合数据中所述待处理商户的订单分布数据，生成针对地理区域的营销策略；和/或

根据至少一组聚合数据中所述待处理商户的配送员数据，生成针对配送员的营销策略。

可选地，上述竟对商户的营销数据可以包括但不限于：竟对商户的菜品、竟对商户的配送方式、竟对商户的在线时长、竟对商户的订单处理时长以及竟对商户的营销策略等中的至少一种。针对竟对商户的这些数据，可以生成对待处理商户有利的营销策略。例如，竟对商户的营销策略是满30减5元，则待处理商户的营销策略可以是满30减8元。又例如，竟对商户的在线时长是12小时，则待处理商户的在线时长可以是24小时。

可选地，上述用户群体数据可以包括但不限于：用户群体的周围住宅、写字楼、学校、商户覆盖度，人口数量等中的至少一种。针对与用户群体相关的数据，可以生成对待处理商户有利的营销策略。例如，如果用户群体周围的写字楼较多，说明用户群体属于上班族，有一定经济能力，则可以生成满减力度相对较小且允许预定的营销策略，以增加收益。又例如，如果用户群体周围的商户覆盖度较大，则可以生成满赠或满减力度较大或免配送费等营销策略，以提升待处理商户的竞争力。

可选地，上述订单分布数据可以包括但不限于：订单分布区域内每天的订单量、订单分布区域内高峰期的订单量、订单分布区域内的月平均订单量等中的至少一种。例如，根据订单分布区域内每天的订单量，可以看出订单比较密集和稀疏的地理区域，则对于订单比较密集的地理区域可以生成允许预定的营销策略，以分散订单，对于订单比较稀疏的地理区域可以生成满减、满赠力度较大的营销策略，以提升这些地理区域内的订单量。

举例说明：对于说明性招商需求数据，可以从以下至少一种维度来体现待处理商户的运营状况：流水订单量、当日订单量、订单完成情况、补贴情况、订单密集区域、环比数据以及销量排名等。基于此，获取说明性招商需求数据的方式包括以下至少一种：

从至少一组聚合数据中，获取待处理商户的流水订单量；

从至少一组聚合数据中，获取待处理商户的当日订单量；

从至少一组聚合数据中，获取待处理商户的订单完成信息；

从至少一组聚合数据中，获取待处理商户的补贴数据；

从所述至少一组聚合数据中，获取待处理商户的订单密集区域数据；

从至少一组聚合数据中，获取待处理商户的环比数据；

从至少一组聚合数据中，获取待处理商户的销量排名数据。

可选地，数据处理装置可以根据待处理商户所属平台标识、待处理商户的唯一编码、订单id、订单所属商圈标识等信息，从上述聚合数据中获取招商需求数据。例如，可以根据待处理商户所属平台标识、待处理商户的唯一编码以及订单id，从聚合数据中识别出待处理商户的订单及订单状态，进而统计出待处理商户的流水订单量和/或订单完成情况。

在上述实施例或下述实施例中，在获得招商需求数据之后，bd人员可以根据实际需求在需要招商需求数据时，向数据处理装置发出访问请求。对数据处理装置来说，可响应于业务人员的访问请求，将bd人员请求的招商需求数据提供给bd人员，这样bd人员可基于招商需求数据招引待处理商户。

可选地，数据处理装置可响应于业务人员的访问请求，根据bd人员请求的招商需求数据，生成可视化图表；将可视化图表展示给bd人员，以供bd人员招引待处理商户。这样的招商需求数据更加直观，bd人员使用起来更加便捷，有利于提高招引商户的成功率。

可选地，上述可视化图表的实现样式可视招商需求数据而定。如图4a所示，一种可视化图表为饼状图，如图4b所示，另一种可视化图表为数据表。当然，可视化图表还可以是数据图和数据表的结合。值得说明的是，图4a和图4b重点关注数据图和数据表的样式，其中的数据值不做关注。

值得说明的是，除了通过可视化图表向bd人员展示招商需求数据之外，也可以直接将招商需求数据提供给bd人员。

下面结合外卖场景中招引商户的两个具体实例，对本申请实施例提供的方法做进一步说明。实例1：bd人员在招引待处理商户的过程中，需要了解待处理商户与待处理商户所在区域中所有商户的30日流水数据的对比情况，待处理商户与竞争商户的30日流水数据的对比情况，以及待处理商户的历史数据的变化趋势，这样bd人员可以在给待处理商户提供营销策略方面占据优势。

首先，定时调度数据采集脚本获取待处理商户、待处理商户所在区域中所有商户以及待处理商户的竟对商户的数据。接着，对获取到的数据进行去重和/或去脏处理。然后，根据bd人员或产品经理(pm)提供的数据需求和维度划分，运行相应数据分析脚本对去重和/或去脏处理后的数据进行分组。在该实例1中，按照商户对数据进行分组，将每个商户的数据分为一组，例如可以将待处理商户的数据分为一组，将竟对商户的数据分为一组，其它商户的数据也分别分为一组。之后，从数据分组中，获取招商需求数据。在该实例1中，一方面，从待处理商户的数据、竟对商户的数据以及其它商户的数据中分别筛选出30日流水数据，进而绘制待处理商户、竟对商户以及其它商户的30日流水数据的对比表和/或对比图。另一方面，统计待处理商户的历史流水数据，获取历史流水数据的变化趋势，并绘制变化趋势图。

在该实例1中，bd人员在招引待处理商户的过程中需要利用30日流水数据的对比情况，但并不限于此，例如还可以使用商户的当日销量、订单完成情况、商户补贴率、周环比、区域热点图等数据。

实例2：bd人员在招引待处理商户的过程中，需要了解待处理商户与竟对商户的满减活动的订单交易量、节假日活动的订单交易量以及到期未使用红包等数据的对比情况，这样bd人员可以在给待处理商户提供补贴方面占据优势。

首先，定时调度数据采集脚本获取待处理商户以及待处理商户的竟对商户的数据。接着，对获取到的数据进行去重和/或去脏处理。然后，根据bd人员或产品经理(pm)提供的数据需求和维度划分，调度数据分析脚本对去重和/或去脏处理后的数据进行分组。在该实例2中，一方面，首先，从商户维度，对去重和/或去脏后的数据进行分组，例如将待处理商户的数据分为一组，将竟对商户的数据分为一组，再按照活动类型分别对待处理商户和竟对商户的数据进一步分组，将与同一活动相关的数据分为一组；之后，按照时间，对每个数据分组中的数据进行统计，获得每个活动类型对应的交易量；然后绘制待处理商户与竟对商户在不同活动类型下的订单交易量的对比图和/或对比表。另一方面，可以分别统计待处理商户和竟对商户的到期未使用红包数量，进而绘制待处理商户与竟对商户在到期未使用红包方面的对比图和/或对比表，供bd人员使用。

在上述两个实例中，如果bd人员自己统计上述数据，则需要去采集大量商户的30日流水数据或订单交易量，然后再做数据对比表。面对庞大的(例如几百万)商户数据，bd人员需要花费巨大的时间代价去收集和产出所需的数据。采用本实施例提供的方法，bd人员只需发起访问请求即可从数据处理装置获取所需的数据，而且看到的是图标形式的数据，更加直观，可以大大地增加bd人员在招引商户过程中的优势。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤101至步骤105的执行主体可以为设备a；又比如，步骤101和103的执行主体可以为设备a，步骤105的执行主体可以为设备b；等等。

图5为本申请又一实施例提供的数据处理装置的结构示意图。如图5所示，装置包括：数据解析模块51、数据获取模块52和数据处理模块53。

数据解析模块51，用于解析待处理商户对应的数据采集任务，以确定数据采集规则和数据采集脚本。

数据获取模块52，用于根据数据采集规则，运行数据采集脚本，以从数据采集脚本对应的数据源中获取待处理商户的关联数据。

数据处理模块53，用于运行与待处理商户关联的业务需求对应的数据分析脚本，对关联数据进行分组和聚合处理，以得到至少一个维度的业务需求数据。

在一可选实施方式中，如图6所示，装置还包括：任务生成模块54。

任务生成模块54，用于在数据解析模块51解析数据采集任务之前，获取与待处理商户关联的数据源地址；根据数据采集脚本采集数据使用的数据标签和路由规则，从多个数据采集脚本中，选择与数据源地址匹配的数据采集脚本；为与数据源地址匹配的数据采集脚本，配置数据采集规则，以生成待处理商户对应的数据采集任务。

在一可选实施方式中，数据获取模块52具体用于执行以下至少一种操作：

根据数据采集规则，运行面向待处理商户的数据采集脚本，以从待处理商户的运营网站上获取待处理商户的运营数据；

根据数据采集规则，运行面向待处理商户的竟对商户的数据采集脚本，以从竟对商户的运营网站上获取竟对商户的运营数据；

根据数据采集规则，运行面向待处理商户的配送员客户端的数据采集脚本，以从配送员客户端中获取配送员针对待处理商户的反馈数据；

根据数据采集规则，运行面向待处理商户的业务人员的客户端的数据采集脚本，以从业务人员的客户端中获取业务人员针对待处理商户的访问数据。

在一可选实施方式中，如图6所示，装置还包括：预处理模块55。

预处理模块55，用于在数据处理模块53运营数据分析脚本对关联数据进行分组和聚合处理之前，根据数据采集脚本采集数据使用的数据标签和关联数据包含的核心词之间的相似度，对关联数据进行去脏处理；和/或，根据关联数据包含的核心词之间的相似度，对关联数据进行去重处理。

在一可选实施方式中，如图6所示，数据处理模块53的一种实现结构包括：分组子模块531、聚合子模块532以及获取子模块533。

分组子模块531，用于基于数据所属的应用平台和/或数据所属的地域，对关联数据进行分组，以获得至少一个数据分组。

聚合子模块532，用于按照至少一个维度，对至少一个数据分组进行聚合，以获得至少一组聚合数据。

获取子模块533，用于从至少一组聚合数据中，获取至少一个维度的业务需求数据。

可选地，获取子模块533的一种实现结构包括以下至少一种获取单元：第一获取单元和第二获取单元。

第一获取单元，用于从至少一组聚合数据中，获取至少一个维度的可以反应待处理商户的运营状况的招商需求数据。

第二获取单元，用于从至少一组聚合数据中，获取至少一个维度的可以反应待处理商户的营销策略需求的招商需求数据。

进一步可选地，第二获取单元具体用于：

根据至少一组聚合数据中竟对商户的营销数据，生成应对竟对商户的营销策略；和/或

根据至少一组聚合数据中待处理商户的用户群体数据，生成针对用户群体的营销策略；和/或

根据至少一组聚合数据中待处理商户的订单分布数据，生成针对地理区域的营销策略；和/或

根据至少一组聚合数据中待处理商户的配送员数据，生成针对配送员的营销策略。

进一步可选地，第一获取单元具体用于执行以下至少一种操作：

从至少一组聚合数据中，获取待处理商户的流水订单量；

从至少一组聚合数据中，获取待处理商户的当日订单量；

从至少一组聚合数据中，获取待处理商户的订单完成信息；

从至少一组聚合数据中，获取待处理商户的补贴数据；

从至少一组聚合数据中，获取待处理商户的订单密集区域数据；

从至少一组聚合数据中，获取待处理商户的环比数据；

从至少一组聚合数据中，获取待处理商户的销量排名数据。

在一可选实施方式中，如图6所示，数据处理模块53还用于：响应于业务人员的访问请求，从至少一个维度的业务需求数据中确定业务人员请求访问的业务需求数据；根据业务人员请求访问的业务需求数据，生成可视化图表；将可视化图表展示给业务人员展示给业务人员。

在一可选实施方式中，如图6所示，装置还包括：数据存储模块56。

数据存储模块56，用于存储数据获取模块52获取到的关联数据以及数据处理模块53获得的业务需求数据。

本实施例提供的数据处理装置，可用于执行上述方法实施例提供的数据处理方法的流程，其具体工作原理以及实施细节不再赘述，可参见上述方法实施例中的描述。

本实施例提供的数据处理装置，提供数据采集脚本，基于待处理商户对应的数据采集任务确定需要使用的数据采集脚本和数据采集规则，按照数据采集规则运行所确定的数据采集脚本采集待处理商户的关联数据，进而运行与待处理商户关联的业务需求对应的数据分析脚本，对数据采集脚本采集到的关联数据进行分组和聚合处理，得到满足所述业务需求的业务需求数据，具有高效、准确地获取和分析商户数据的效果，可以为各类与商户相关的业务提供数据支持。

进一步，将本申请实施例提供的数据处理装置应用于招引商户场景中，可代替bd人员获取待处理商户的关联数据，然后对关联数据进行分组和聚合处理，进而从中获取至少一个维度的招商需求数据，具有高效、准确地获取和分析商户数据的效果，可以为bd人员在招引商户时提供数据支持有利于提高招引商户的成功率和效率。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

本申请实施例公开a1、一种运营数据处理方法，包括：

解析待处理商户对应的数据采集任务，以确定数据采集规则和数据采集脚本；

根据所述数据采集规则，运行所述数据采集脚本，以从所述数据采集脚本对应的数据源中获取所述待处理商户的关联数据；

运行与所述待处理商户关联的业务需求对应的数据分析脚本，对所述关联数据进行分组和聚合处理，以得到至少一个维度的业务需求数据。

a2、如a1所述的方法中，解析待处理商户对应的数据采集任务，以确定数据采集规则和数据采集脚本之前，所述方法还包括：

获取与所述待处理商户关联的数据源地址；

根据数据采集脚本采集数据使用的数据标签和路由规则，从多个数据采集脚本中，选择与所述数据源地址匹配的数据采集脚本；

为与所述数据源地址匹配的数据采集脚本，配置数据采集规则，以生成所述待处理商户对应的数据采集任务。

a3、如a1所述的方法中，根据所述数据采集规则，运行所述数据采集脚本，以从所述数据采集脚本对应的数据源中获取所述待处理商户的关联数据，包括以下至少一种：

根据所述数据采集规则，运行面向所述待处理商户的数据采集脚本，以从所述待处理商户的运营网站上获取所述待处理商户的运营数据；

根据所述数据采集规则，运行面向所述待处理商户的竟对商户的数据采集脚本，以从所述竟对商户的运营网站上获取所述竟对商户的运营数据；

根据所述数据采集规则，运行面向所述待处理商户的配送员客户端的数据采集脚本，以从所述配送员客户端中获取配送员针对所述待处理商户的反馈数据；

根据所述数据采集规则，运行面向所述待处理商户的业务人员的客户端的数据采集脚本，以从所述业务人员的客户端中获取业务人员针对所述待处理商户的访问数据。

a4、如a1所述的方法中，运行与所述待处理商户关联的业务需求对应的数据分析脚本，对所述关联数据进行分组和聚合处理，以得到至少一个维度的业务需求数据之前，所述方法还包括：

根据所述数据采集脚本采集数据使用的数据标签和所述关联数据包含的核心词之间的相似度，对所述关联数据进行去脏处理；和/或

根据所述关联数据包含的核心词之间的相似度，对所述关联数据进行去重处理。

a5、如a1所述的方法中，运行与所述待处理商户关联的业务需求对应的数据分析脚本，对所述关联数据进行分组和聚合处理，以得到至少一个维度的业务需求数据，包括：

基于数据所属的应用平台和/或数据所属的地域，对所述关联数据进行分组，以获得至少一个数据分组；

按照所述至少一个维度，对所述至少一个数据分组进行聚合，以获得至少一组聚合数据；

从所述至少一组聚合数据中，获取所述至少一个维度的业务需求数据。

a6、如a5所述的方法中，从所述至少一组聚合数据中，获取所述至少一个维度的业务需求数据，包括：

从所述至少一组聚合数据中，获取至少一个维度的可以反应所述待处理商户的运营状况的招商需求数据；和/或

从所述至少一组聚合数据中，获取至少一个维度的可以反应所述待处理商户的营销策略需求的招商需求数据。

a7、如a6所述的方法中，从所述至少一组聚合数据中，获取至少一个维度的可以反应所述待处理商户的营销策略需求的招商需求数据，包括：

根据所述至少一组聚合数据中竟对商户的营销策略数据，生成应对竟对商户的营销策略；和/或

根据所述至少一组聚合数据中所述待处理商户的用户群体数据，生成针对用户群体的营销策略；和/或

根据所述至少一组聚合数据中所述待处理商户的订单分布数据，生成针对地理区域的营销策略；和/或

根据所述至少一组聚合数据中所述待处理商户的配送员数据，生成针对配送员的营销策略。

a8、如a6所述的方法中，从所述至少一组聚合数据中，获取至少一个维度的可以反应所述待处理商户的运营状况的招商需求数据，包括以下至少一种：

从所述至少一组聚合数据中，获取所述待处理商户的流水订单量；

从所述至少一组聚合数据中，获取所述待处理商户的当日订单量；

从所述至少一组聚合数据中，获取所述待处理商户的订单完成信息；

从所述至少一组聚合数据中，获取所述待处理商户的补贴数据；

从所述至少一组聚合数据中，获取所述待处理商户的订单密集区域数据；

从所述至少一组聚合数据中，获取所述待处理商户的环比数据；

从所述至少一组聚合数据中，获取所述待处理商户的销量排名数据。

a9、如a1-a8任一项所述的方法中，在得到所述至少一个维度的业务需求数据之后，所述方法还包括：

响应于业务人员的访问请求，从所述至少一个维度的业务需求数据中确定所述业务人员请求访问的业务需求数据；

根据所述业务人员请求访问的业务需求数据，生成可视化图表；

将所述可视化图表展示给所述业务人员。

本申请实施例还公开b10、一种数据处理装置，包括：

数据解析模块，用于解析待处理商户对应的数据采集任务，以确定数据采集规则和数据采集脚本；

数据获取模块，用于根据所述数据采集规则，运行所述数据采集脚本，以从所述数据采集脚本对应的数据源中获取所述待处理商户的关联数据；

数据处理模块，用于运行与所述待处理商户关联的业务需求对应的数据分析脚本，对所述关联数据进行分组和聚合处理，以得到至少一个维度的业务需求数据。

b11、如b10所述的装置，还包括：

任务生成模块，用于获取与所述待处理商户关联的数据源地址；根据数据采集脚本采集数据使用的数据标签和路由规则，从多个数据采集脚本中，选择与所述数据源地址匹配的数据采集脚本；为与所述数据源地址匹配的数据采集脚本，配置数据采集规则，以生成所述待处理商户对应的数据采集任务。

b12、如b10所述的装置中，所述数据获取模块具体用于执行以下至少一种操作：

根据所述数据采集规则，运行面向所述待处理商户的数据采集脚本，以从所述待处理商户的运营网站上获取所述待处理商户的运营数据；

根据所述数据采集规则，运行面向所述待处理商户的竟对商户的数据采集脚本，以从所述竟对商户的运营网站上获取所述竟对商户的运营数据；

根据所述数据采集规则，运行面向所述待处理商户的配送员客户端的数据采集脚本，以从所述配送员客户端中获取配送员针对所述待处理商户的反馈数据；

根据所述数据采集规则，运行面向所述待处理商户的业务人员的客户端的数据采集脚本，以从所述业务人员的客户端中获取业务人员针对所述待处理商户的访问数据。

b13、如b10所述的装置，还包括：

预处理模块，用于根据所述数据采集脚本采集数据使用的数据标签和所述关联数据包含的核心词之间的相似度，对所述关联数据进行去脏处理；和/或，根据所述关联数据包含的核心词之间的相似度，对所述关联数据进行去重处理。

b14、如b10所述的装置中，所述数据处理模块包括：

分组子模块，用于基于数据所属的应用平台和/或数据所属的地域，对所述关联数据进行分组，以获得至少一个数据分组；

聚合子模块，用于按照所述至少一个维度，对所述至少一个数据分组进行聚合，以获得至少一组聚合数据；

获取子模块，用于从所述至少一组聚合数据中，获取所述至少一个维度的业务需求数据。

b15、如b14所述的装置中，所述获取子模块包括：

第一获取单元，用于从所述至少一组聚合数据中，获取至少一个维度的可以反应所述待处理商户的运营状况的招商需求数据；和/或

第二获取单元，用于从所述至少一组聚合数据中，获取至少一个维度的可以反应所述待处理商户的营销策略需求的招商需求数据。

b16、如b15所述的装置中，所述第二获取单元具体用于：

根据所述至少一组聚合数据中竟对商户的营销数据，生成应对竟对商户的营销策略；和/或

根据所述至少一组聚合数据中所述待处理商户的用户群体数据，生成针对用户群体的营销策略；和/或

根据所述至少一组聚合数据中所述待处理商户的订单分布数据，生成针对地理区域的营销策略；和/或

根据所述至少一组聚合数据中所述待处理商户的配送员数据，生成针对配送员的营销策略。

b17、如b15所述的装置中，所述第一获取单元具体用于执行以下至少一种操作：

从所述至少一组聚合数据中，获取所述待处理商户的流水订单量；

从所述至少一组聚合数据中，获取所述待处理商户的当日订单量；

从所述至少一组聚合数据中，获取所述待处理商户的订单完成信息；

从所述至少一组聚合数据中，获取所述待处理商户的补贴数据；

从所述至少一组聚合数据中，获取所述待处理商户的订单密集区域数据；

从所述至少一组聚合数据中，获取所述待处理商户的环比数据；

从所述至少一组聚合数据中，获取所述待处理商户的销量排名数据。

b18、如b10-b17任一项所述的装置中，所述数据处理模块还用于：

响应于所述业务人员的访问请求，从所述至少一个维度的业务需求数据中确定所述业务人员请求访问的业务需求数据；

根据所述业务人员请求访问的业务需求数据，生成可视化图表；

将所述可视化图表展示给所述业务人员展示给所述业务人员。

本申请实施例还公开c19、一种电子设备，包括存储器和处理器；所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时能够实现上述a1-a9中任一运营数据处理方法中的步骤。

本申请实施例还公开d20、一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时实现上述a1-a9中任一运营数据处理方法中的步骤。