CN111339152A

CN111339152A - 一种门店拓展记录数据处理装置

Info

Publication number: CN111339152A
Application number: CN202010079162.4A
Authority: CN
Inventors: 吴世伟; 陈建国
Original assignee: Koubei Shanghai Information Technology Co Ltd
Current assignee: Koubei Shanghai Information Technology Co Ltd
Priority date: 2020-02-03
Filing date: 2020-02-03
Publication date: 2020-06-26
Anticipated expiration: 2040-02-03
Also published as: CN111339152B

Abstract

本申请提供了一种门店拓展记录数据处理方法、装置、电子设备和存储介质。通过创建目标对象模型，将同一门店各种不同的对象类型的映射到同一主标识。由于该主标识为门店最初被分配的标识，可以保证同一门店不同阶段所属的不同对象类型数据都能将相同的标识映射为主标识。并将该主标识融合到中间层的每条拓展记录中，下游应用系统及BI分析系统在使用数据时均可以直接通过主标识来关联各维度的拓展任务，便于对门店拓展情况进行查询和分析。

Description

一种门店拓展记录数据处理装置

技术领域

本说明书涉及互联网技术领域，尤其涉及一种门店拓展记录数据处理装置。

背景技术

随着O2O(Online To Offline，在线离线/线上到线下)技术的发展，越来越多的线下商品开始结合线上渠道进行推广和销售。例如，在本地生活类型的应用中，能够将线下的各个门店及其对应的商品添加到线上，以供用户借助网络手段预先获知各个门店的相关信息，进而方便用户提前做出决策。

在将线下门店发展到已上线门店的过程中，需要线上平台的业务执行人员对门店进行拜访拓展，并实时执行记录进度数据，当门店已经拥有已上线门店后，也需要线上平台的平台执行人员进行后续拓展，开展业务(餐饮营销，餐饮服务)等等。

在实际应用中，通常使用数据仓库存储执行人员提交的每一次的拓展原始数据，并通过预定义的中间层模型将原始数据经抽取、转换、加载的ETL(Extract-Transform-Load)过程得到可供查询的中间层数据。但不同类型的拓展记录数据中只会记录当次拓展的对象类型和对应该类型的对象ID，无法确定实际门店。在实际查询时，无法准确获取平台执行人员针对同一门店的任务执行轨迹。且分析系统在使用数据时也无法关联针对同一门店的各类拓展记录，造成数据分析不便。

发明内容

针对上述技术问题，本说明书实施例提供一种业务系统及其门店拓展记录数据处理装置，技术方案如下：

根据本说明书实施例的第一方面，提供一种门店拓展记录数据处理方法，应用于服务器，所述服务器包括有数据仓库，所述数据仓库包括应用层、中间层和业务层，所述方法包括：

预先构建目标对象模型，所述目标对象模型构建方法包括：

获取业务层的对象数据集合，所述对象数据集合包括多条门店数据，每条门店数据中包括所述门店所具有的至少一种对象类型，以及门店在每种对象类型中对应被分配的不同对象标识，其中，同一门店的不同对象类型用于表征所述门店所在的不同拓展维度；

对所获取的对象数据进行数据映射操作，生成中间层的目标对象模型，所述映射操作包括：将门店最初所属的对象类型的对象标识映射为门店的主标识，将门店的所有对象类型的对象标识都映射为门店的辅助标识；

针对任一条中间层的拓展记录数据，利用所构建的目标对象模型，为所述拓展记录添加主标识，以使得应用层基于所述主标识查询同一门店的不同对象类型的拓展记录数据，其中，所述拓展记录数据中包括当次拓展的对象类型、在所述对象类型中被分配的对象标识。

可选的，所述利用所构建的模型，为所述拓展记录数据添加主标识，包括：

确定所述拓展记录数据中所包括的当次拓展的对象类型，以及在所述对象类型中被分配的对象标识；

依据所述对象标识在目标对象模型进行匹配，在目标对象模型中提取与所述对象标识相同的辅助标识；

确定所述辅助标识对应的主标识，在所述拓展记录数据增加所述主标识。

可选的，所述中间层的拓展记录数据的确定方法，包括：

接收执行人员针对门店执行拓展任务后所提交的原始数据，依据所述执行人员的提交接口确定所述门店在当次拓展任务中所属的对象类型；

将所述对象类型和所述门店在所述对象类型中被分配的对象标识作为原始数据存储在业务层；

将业务层的原始数据进行ETL操作，得到中间层的拓展记录数据。

可选的，所述中间层的拓展记录数据包括以下一种或多种信息：针对门店的预约拜访记录、实际拜访记录、销售档案记录、POS报单记录。

可选的，所述至少一种对象类型，包括以下类型中的一种或多种：待上线门店类型、已上线门店类型、门店附加门店附加业务类型。

可选的，所述将门店最初所属的对象类型的对象标识映射为门店的主标识，包括：

针对待上线门店类型，确定对应所述待上线门店类型的对象标识，将所述对象标识映射为门店的主标识。

针对已上线门店类型，确定所述门店先前是否属于待上线门店类型；

若所述门店先前属于待上线门店类型，则将所述门店在待上线门店类型中被分配的对象标识映射为门店的主标识；

若所述门店先前不属于待上线门店类型，则将所述门店在已上线门店类型中被分配的对象标识映射为门店的主标识。

针对门店附加业务类型，确定所述门店先前是否属于待上线门店类型；

根据本说明书实施例的第二方面，提供一种门店拓展记录数据处理装置，应用于服务器，所述服务器包括有数据仓库，所述数据仓库包括应用层、中间层和业务层，所述装置包括：

目标对象模型构建单元，被配置为预先构建目标对象模型，所述目标对象模型构建单元包括业务层数据获取子单元和中间层模型生成子单元；

业务层数据获取子单元，被配置为获取业务层的对象数据集合，所述对象数据集合包括多条门店数据，每条门店数据中包括所述门店所具有的至少一种对象类型，以及门店在每种对象类型中对应被分配的不同对象标识，其中，同一门店的不同对象类型用于表征所述门店所在的不同拓展维度；

中间层模型生成子单元，被配置为对所获取的对象数据进行数据映射操作，生成中间层的目标对象模型，所述映射操作包括：将门店最初所属的对象类型的对象标识映射为门店的主标识，将门店的所有对象类型的对象标识都映射为门店的辅助标识；

拓展记录数据处理单元，被配置为针对任一条中间层的拓展记录数据，利用所构建的目标对象模型，为所述拓展记录添加主标识，以使得应用层基于所述主标识查询同一门店的不同对象类型的拓展记录数据，其中，所述拓展记录数据中包括当次拓展的对象类型、在所述对象类型中被分配的对象标识。

可选的，所述中间层模型生成子单元，在利用所构建的模型，为所述拓展记录数据添加主标识时，被配置为：

可选的，所述拓展记录数据处理单元还包括拓展记录数据确定子单元，被配置为：

可选的，所述中间层模型生成子单元，在将门店最初所属的对象类型的对象标识映射为门店的主标识时，被配置为：

可选的，所述中间层模型生成子单元，在将门店最初所属的对象类型的对象标识映射为门店的主标识时，包括：

根据本说明书实施例的第三方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行上述应用于门店拓展记录数据处理方法对应的操作。

根据本发明的第四方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述应用于业务系统的门店拓展记录数据处理方法对应的操作。

本说明书实施例所提供的技术方案，提供了一种门店拓展记录数据处理方法，通过创建目标对象模型，将同一门店各种不同的对象类型的映射到同一主标识。由于该主标识为门店最初被分配的标识，可以保证同一门店不同阶段所属的不同对象类型数据都能将相同的标识映射为主标识。并将该主标识融合到中间层的每条拓展记录中，下游应用系统及BI分析系统在使用数据时均可以直接通过主标识来关联各维度的拓展任务，便于对门店拓展情况进行查询和分析。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。

此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本说明书一示例性实施例示出的目标对象模型创建方法的一种流程图；

图2是本说明书一示例性实施例示出的门店拓展记录数据处理方法的一种流程图；

图3是本说明书一示例性实施例示出的拓展记录数据确定方法的一种流程图；

图4是本说明书一示例性实施例示出的门店拓展记录数据处理装置的一种示意图；

图5是本说明书一示例性实施例示出计算机设备的一种示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和装置的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

但中间层拓展记录数据中，只会记录当次拓展的对象类型和在该对象类型中被分配的对象标识，不会记录门店的标识。在实际应用过程中，中间层数据在用于查询时，无法准确获取平台执行人员针对同一门店的任务执行轨迹。且分析系统在使用数据时也无法关联同一门店的各类拓展记录，造成数据分析不便。

针对上述问题，本说明书实施例提供一种门店拓展数据处理方法，以及应用于所述方法的门店拓展记录数据处理装置。

本说明书提供门店拓展记录数据处理方法应用于服务器，所述服务器包括有数据仓库，所述数据仓库包括应用层、中间层和业务层，该方法需要以预先创建的目标对象模型为依据，首先介绍本说明书提供的目标对象模型构建方法，参见图1，该方法包括如下步骤S101～步骤S102：

在步骤S101中，获取业务层的对象数据集合，所述对象数据集合包括多条门店数据，每条门店数据中包括所述门店所具有的至少一种对象类型，以及门店在每种对象类型中对应被分配的不同对象标识，其中，同一门店的不同对象类型用于表征所述门店所在的不同拓展维度；

本说明书实施例中，业务层的对象数据集合即多种对象数据的集合，每种对象数据对应其中一种拓展维度被分配出的标识，举例说明：门店在业务层的对象数据包括三类，即待上线门店类型数据，已上线门店类型数据，门店附加业务类型数据。在每种对象类型数据中，均包括该对象类型下分配出的多个对象标识数据。

门店在不同的拓展维度中，会对应属于不同的对象类型体系，在每个对象类型体系中，会被分配不同的对象标识。具体地，门店的不同的对象类型可视为门店相对于平台所具有的不同种类的商机，例如，当门店只有线下门店，在平台上不具有已上线门店时，该门店可以视为待上线门店，具有可被开发为已上线门店的商机。

对象类型，也可称为Leads(商机)类型：Leads即拓展线索，用于指导平台执行人员通过任务方式作业。举例说明：Leads可分为待上线门店Leads和业务Leads两大类。业务Leads又可包含POS Leads、餐饮营销Leads、餐饮服务Leads、生活服务Leads、餐饮旺铺Leads、收单Leads等等。

商机用于指导平台执行人员通过任务方式作业，例如：若商家未具有已上线门店，则可将该线索纳入“待上线门店”的对象类型，将“未具有已上线门店”这一属性视为具有可开发为已上线门店的商机，在业务层对象类型数据中记录“待上线门店”的对象标识。

同一门店的不同对象类型用于表征所述门店所在的不同拓展维度，当门店在其中一个拓展维度被分配对象标识后，该对象标识将被视为一种商机，而非一个门店。举例说明具体分配方式：在待上已上线门店的对象类型中，对象标识从A_001开始分配，门店1与门店2均不具有已上线门店，被视为具有被开发为已上线门店的商机，平台执行人员将门店1与门店2标记为待上线门店对象类型，门店1被分配了对象标识D_199，门店2被分配了该类型中的对象标识D_237；在门店附加业务类型之一的餐饮服务对象类型中，对象标识从C_001开始分配，门店1与门店2又被视为具有餐饮服务类业务商机，平台执行人员将门店1与门店2标记为餐饮服务对象类型，门店1被分配了对象标识C_300，门店2被分配了该类型中的对象标识C_314。

如下表1，为业务层的对象数据集合中可能包括的多种对象类型数据，以及门店在每种对象类型中对应被分配的不同对象标识数据。在表1中，待上线门店、已上线门店、门店附加业务均为门店可能具有的多种对象类型；A001，B001等为每种对象类型下分配出的对象标识。

待上线门店	已上线门店	门店附加业务1	门店附加业务2
				A001	B001	C001	D001
A002	B002	C002	D002
				A003	B003	C003	D003

表1

在本说明书一实施例中，平台的拓展执行人员可通过平台软件记录自己对门店的实际拓展行为，一些情况下，平台软件可以提供多种操作接口，以对应多种对象类型，例如存在对象类型为待上线门店的操作接口，拓展执行人员通过该接口可查看自己需要执行的所有待上线门店商机。

在实际应用场景中，拓展执行人员通过软件记录不同对象类型体系下，不同商机的拓展进度，所提交的数据可能是属于同一门店的不同维度的拓展数据。例如，拓展执行人员从客户端软件的“已上线门店”接口提交拓展记录“预约拜访”，此次拓展数据被发送到服务器后，会作为原始数据被记录在数据仓库的业务层，记录的数据中包括基于该次拓展的对象类型体系“已上线门店”所记录的第一对象标识。

实际拜访完毕后，拓展执行人员根据此次拜访涉及的业务“POS机销售”通过软件的“业务”接口提交拓展记录“POS机销售数据”，此次拓展数据被发送到服务器后，会作为原始数据被记录在数据仓库的业务层，记录的数据中包括基于该次拓展的对象类型体系“POS机销售”所记录的第二对象标识；

由于这样的情况频繁出现，且第一对象标识与第二对象标识并无实际上的强关联，无法准确获取针对同一门店的任务执行轨迹。且下游应用系统及BI分析系统在使用数据时也无法关联同一商户的各类任务主体，造成数据分析不便。

在步骤S102中，对所获取的对象数据进行数据映射操作，生成中间层的目标对象模型，所述映射操作包括：将门店最初所属的对象类型的对象标识映射为门店的主标识，将门店的所有对象类型的对象标识都映射为门店的辅助标识；

具体而言，本实施例将同一门店的不同的对象类型映射为同一个主标识，该主标识即门店的最初被分配的对象标识。其中，数据映射操作可以为数据仓库中的ETL操作，即将业务层原始数据经过抽取、转换、加载后，形成的可被查询调用的中间层数据，

在本说明书一实施例中，执行步骤S102时，将门店最初所属的对象类型的对象标识映射为门店的主标识，可以采用但不限于以下方式：

(1-1)针对待上线门店类型，确定对应所述待上线门店类型的对象标识，将所述对象标识映射为门店的主标识。

在业务层的对象类型数据中获取到其中一条待上线门店类型数据后，直接将该待上线门店类型的对象标识映射为主标识。举例说明，获取待上线Leads类型下的其中一个Leads_ID，将该Leads_ID映射为中间层目标对象模型的主标识object_ID。

在本说明书一实施例中，执行步骤S102时，将门店最初所属的对象类型的对象标识映射为门店的主标识，还可以采用但不限于以下方式：

(2-1)针对已上线门店类型，确定所述门店先前是否属于待上线门店类型；

(2-2)若所述门店先前属于待上线门店类型，则将所述门店在待上线门店类型中被分配的对象标识映射为门店的主标识；

(2-3)若所述门店先前不属于待上线门店类型，则将所述门店在已上线门店类型中被分配的对象标识映射为门店的主标识。

在步骤(2-2)中，在所述门店先前属于待上线门店类型时，与步骤(1-1)一致，该门店的待上线门店类型的对象标识会被映射为主标识。

在步骤(2-3)中，所述门店先前不属于待上线门店类型，即该门店没有记录线下门店-已上线门店的开发过程。

若所述门店先前不属于待上线门店类型，则已上线门店类型中被分配的对象标识就是门店最初被分配的对象标识，将所述门店在已上线门店类型中被分配的对象标识映射为门店的主标识。

其中，门店先前是否属于待上线门店类型可分为以下两种情况：

在一种情况下，未上线门店被执行人员发现，该门店会先被纳入待上线门店类型，经过平台执行人员拓展后，再成为已上线门店类型，这种情况下的门店既被分配了待上线门店类型的对象标识，也被分配了已上线门店类型的对象标识，该门店先前属于待上线门店类型；在另一种情况下，门店没有先被纳入待上线门店类型，直接成为已上线门店类型，这种情况下的门店只被分配了已上线门店的对象标识，该门店先前不属于线上门店类型。

(3-1)针对门店附加业务类型，确定所述门店先前是否属于待上线门店类型；

(3-2)若所述门店先前属于待上线门店类型，则将所述门店在待上线门店类型中被分配的对象标识映射为门店的主标识；

(3-3)若所述门店先前不属于待上线门店类型，则将所述门店在已上线门店类型中被分配的对象标识映射为门店的主标识。

在本说明书实施例中，门店附加业务类型是一种包括若干具体业务分类体系的综合类型。具体而言，门店附加业务类型可包括餐饮营销类型，餐饮服务类型，生活服务类型，POS销售类型等。

在实际应用过程中，平台执行人员也可对应分为多种类型，如负责餐饮营销类型业务的平台执行人员，负责生活服务类型业务的平台执行人员等等。对于任一种类型的平台执行人员，都可通过平台软件的对应接口提交对应业务的拓展数据。例如：对于餐饮营销类平台执行人员，平台提供三个接口提交拓展记录，包括待上线门店类型接口，门店类型接口和餐饮营销类型接口，该类平台执行人员从不同接口提交的拓展数据会记录为对应的对象标识。

在步骤(3-2)中，在所述门店先前属于待上线门店类型时，与步骤(1-1)一致，该门店的待上线门店类型的对象标识会被映射为主标识。

在步骤(3-3)中，若所述门店先前不属于待上线门店类型，则已上线门店类型中被分配的对象标识就是门店最初被分配的对象标识，将所述门店在已上线门店类型中被分配的对象标识映射为门店的主标识。

对所获取的对象数据进行数据映射操作，可生成中间层的目标对象模型，该目标对象模型中包括门店的主标识，以及门店的辅助标识，该辅助标识为包括多个对象标识的复合标识，该多个对象标识为门店所有对象类型的对象标识。

参考下表2，为中间层的目标对象模型中所包括的模型数据的示例，其中，A001为门店的主标识；辅助标识为复合标识，其中包括A001，C012以及D003在内的三个类型的对象标识。

表2

在目标对象模型构建完成后，可基于该目标对象模型执行门店拓展记录数据处理方法。针对任一条中间层的拓展记录数据，利用所构建的目标对象模型，为所述拓展记录添加主标识，以使得应用层基于所述主标识查询同一门店的不同对象类型的拓展记录数据，其中，所述拓展记录数据中包括当次拓展的对象类型、在所述对象类型中被分配的对象标识。具体的门店拓展记录处理方法参照图2所述的实施例。

在上述目标对象模型的基础上，本说明书还提供一种拓展记录数据的处理方法，针对任一条中间层的拓展记录数据，利用所构建的目标对象模型，为所述拓展记录添加主标识，以使得应用层基于所述主标识查询同一门店的不同对象类型的拓展记录数据，所述方法包括如下步骤S201～步骤S203：

在步骤S201中，获取中间层拓展数据；

在步骤S202中，确定所述拓展记录数据中所包括的当次拓展的对象类型，以及在所述对象类型中被分配的对象标识；

在实际应用中，通常使用数据仓库存储平台执行人员提交的每一次的拓展原始数据，并通过预定义的中间层模型将原始数据经抽取、转换、加载的ETL(Extract-Transform-Load)过程得到可供查询的中间层拓展记录数据。

在步骤S203中，依据所述对象标识在目标对象模型进行匹配，在目标对象模型中提取与所述对象标识相同的辅助标识；

具体而言，由于辅助标识是包括门店各个类型对象标识的复合标识，不管平台执行人员是基于哪种商机提交的哪种对象类型的拓展数据，均可基于拓展数据中记录的对象类型标识在目标对象模型的辅助标识数据中查找到相同的标识。

在步骤S204中，确定所述辅助标识对应的主标识，在所述拓展记录数据增加所述主标识。

查找到辅助标识后，即可确定该辅助标识对应的主标识，为所述拓展记录数据增加所述主标识。由此，可以通过主标识关联同一门店的各个拓展记录。便于数据仓库应用层后续对拓展记录的查询和分析。

参考下表3，为增加主标识后的拓展记录，其中Customer_id为对象标识，Object_id为主标识，Customer_id为对象标识。

Leads_type	Customer_id	Object_id
			待上线门店	A_001	A_001
门店附加业务1	C_034	B_012
			门店附加业务2	D_056	A_045

表3

图3是根据一示例性实施例示出的中间层的拓展记录数据确定方法的流程图，建立在图2所示方法的基础上，如图3所示，可以包括以下步骤S301-步骤S303：

在步骤S301中，接收执行人员针对门店执行拓展任务后所提交的原始数据，依据所述执行人员的提交接口确定所述门店在当次拓展任务中所属的对象类型；

在步骤S302中，将所述对象类型和所述门店在所述对象类型中被分配的对象标识作为原始数据存储在业务层；

在步骤S303中，将业务层的原始数据进行ETL操作，得到中间层的拓展记录数据。

执行人员针对门店执行的拓展任务可以包括：对门店的预约拜访任务，对门店的实际拜访任务，对门店附加业务(餐饮营销，POS销售等)的开展任务。在实际应用中，执行人员会将自己所执行任务的任务信息通过软件提交到服务器。

其中，提交的数据除了包括当次任务的具体执行情况外，还包括门店对象类型和该门店在所述对象类型中被分配的对象标识，服务器将这些提交数据作为原始数据存储在数据仓库业务层。并对数据仓库业务层存储的原始数据进行ETL操作，以生成用于中间层数据。中间层数据为其他系统可调用的数据。

由上述可见，本说明书实施例通过创建目标对象模型，将同一门店各种不同的对象类型的映射到同一主标识。由于该主标识为门店最初被分配的标识，可以保证同一门店不同阶段获得的不同对象类型都能将相同的标识映射为主标识。进而将该主标识融合到中间层的每条拓展记录中，下游应用系统及BI分析系统在使用数据时均可以直接通过主标识来关联各类任务主体，便于对门店拓展情况进行查询和分析。

相应于上述装置实施例，本说明书实施例还提供一种门店拓展记录数据处理装置，应用于服务器，所述服务器包括有数据仓库，所述数据仓库包括应用层、中间层和业务层，参加图4，所述装置包括：

目标对象模型构建单元410，被配置为预先构建目标对象模型，所述目标对象模型构建单元包括业务层数据获取子单元和中间层模型生成子单元；

业务层数据获取子单元411，被配置为获取业务层的对象数据集合，所述对象数据集合包括多条门店数据，每条门店数据中包括所述门店所具有的至少一种对象类型，以及门店在每种对象类型中对应被分配的不同对象标识，其中，同一门店的不同对象类型用于表征所述门店所在的不同拓展维度；

中间层模型生成子单元412，被配置为对所获取的对象数据进行数据映射操作，生成中间层的目标对象模型，所述映射操作包括：将门店最初所属的对象类型的对象标识映射为门店的主标识，将门店的所有对象类型的对象标识都映射为门店的辅助标识；

拓展记录数据处理单元420，被配置为针对任一条中间层的拓展记录数据，利用所构建的目标对象模型，为所述拓展记录添加主标识，以使得应用层基于所述主标识查询同一门店的不同对象类型的拓展记录数据，其中，所述拓展记录数据中包括当次拓展的对象类型、在所述对象类型中被分配的对象标识。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现一种门店拓展记录数据处理方法，所述方法包括：

预先构建目标对象模型，所述目标对象模型构建方法包括：

图5示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1110、存储器1120、输入/输出接口1130、通信接口1140和总线1150。其中处理器1110、存储器1120、输入/输出接口1130和通信接口1140通过总线1150实现彼此之间在设备内部的通信连接。

处理器1110可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1120可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1120可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1120中，并由处理器1110来调用执行。

输入/输出接口1130用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1140用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1150包括一通路，在设备的各个组件(例如处理器1110、存储器1120、输入/输出接口1130和通信接口1140)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1110、存储器1120、输入/输出接口1130、通信接口1140以及总线1150，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现一种门店拓展记录数据处理方法，所述方法包括：

预先构建目标对象模型，所述目标对象模型构建方法包括：

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

对于装置实施例而言，由于其基本对应于装置实施例，所以相关之处参见装置实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。

Claims

1.一种门店拓展记录数据处理方法，应用于服务器，所述服务器包括有数据仓库，所述数据仓库包括应用层、中间层和业务层，所述方法包括：

预先构建目标对象模型，所述目标对象模型构建方法包括：

2.根据权利要求1所述的门店拓展记录数据处理方法，所述利用所构建的模型，为所述拓展记录数据添加主标识，包括：

3.根据权利要求1所述的门店拓展记录数据处理方法，所述中间层的拓展记录数据的确定方法，包括：

4.根据权利要求1所述的门店拓展记录数据处理方法，所述中间层的拓展记录数据包括以下一种或多种信息：

针对门店的预约拜访记录、实际拜访记录、销售档案记录、POS报单记录。

5.根据权利要求1所述的门店拓展记录数据处理方法，所述至少一种对象类型，包括以下类型中的一种或多种：

待上线门店类型、已上线门店类型、门店附加业务类型。

6.根据权利要求5所述的门店拓展记录数据处理方法，所述将门店最初所属的对象类型的对象标识映射为门店的主标识，包括：

7.根据权利要求5所述的门店拓展记录数据处理方法，所述将门店最初所属的对象类型的对象标识映射为门店的主标识，包括：

8.一种门店拓展记录数据处理装置，应用于服务器，所述服务器包括有数据仓库，所述数据仓库包括应用层、中间层和业务层，所述装置包括：

9.一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现如权利要求1至7任一项所述的门店拓展记录数据处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如权利要求1至7任一项所述的门店拓展记录数据处理方法。