一种站址物业成本监控方法及装置与流程

本发明涉及站址成本监控领域，特别涉及一种站址物业成本监控方法及装置。

背景技术：

对于铁塔运营公司而言，数量庞大的站址带来的巨大的场地/房屋租赁、电费等物业成本是铁塔运营公司最为主要的成本费用支出。而对于数量庞大的站址，数据和成本管理往往不够全面。相关技术中，往往只管理业主、电费等少数要素，数据来源单一，缺少必要的数据约束，无法对庞大的站址物业成本进行精细化管理。

技术实现要素：

本发明实施例要解决的技术问题是提供一种站址物业成本监控方法及装置，用以实现对站址物业成本进行精细化管理。

为解决上述技术问题，本发明实施例提供了一种站址物业成本监控方法，包括：

对至少两个实体进行标识，获得标识后的实体，其中，每一实体具有与站址物业成本相关的一个或至少两个量度；

根据预先定义的所述实体之间的关系，采集所述实体的第一数据信息；

对所述第一数据信息进行预处理，获得处理后第二数据信息；

根据所述第二数据信息对站址物业成本进行监控。

进一步的，所述实体包括：站址、合同、电量、支付单、物业、业主和电表。

进一步的，所述实体之间的关系包括：

每一站址关联至少一个对应的物业；

每一业主关联至对应的物业，其中，所述业主与所述物业一一对应；

合同关联至对应的物业；

每一站址关联至少一个对应的电表，其中每一所述电表均可采集到对应的电量；

每一电表关联至一对应的预设电费价格标识；

每一支付单关联至少一个合同，其中，每一支付单关联的合同均不相同。

进一步的，合同关联至对应的物业包括：

当一站址仅关联一个物业时，所述物业关联对应的至少一个合同；

当一站址关联至少两个物业，且所述物业包括至少两份对应的合同时，每一合同关联至对应的物业；

当一站址关联至少两个物业，且所述物业仅包括一份对应的合同时，所述物业均关联至所述合同。

进一步的，对所述第一数据信息进行预处理的步骤包括：

按照预设数据校验规则对所述第一数据信息进行校核。

进一步的，预设数据校验规则包括：唯一性校验、非空校验、数据类型校验、数据范围校验、数据精度校验、字符长度校验和约束关系校验。

进一步的，对所述第一数据信息进行预处理的步骤还包括：

按照预设稽核规则对校核通过后的数据信息进行稽核，当稽核通过后获得第二数据信息。

进一步的，按照预设稽核规则对校核通过后的数据信息进行稽核的步骤包括：

通过稽核获得数据质量信息；

当所述数据质量信息表示当前数据质量异常时，发送数据质量异常信息。

进一步的，根据所述第二数据信息对站址物业成本进行监控的步骤包括：

按预设维度对稽核后获得的数据质量信息进行统计；

获得每一预设维度所对应的稽核通过率；

当任一所述维度的稽核通过率小于预设门限时，发送所述维度稽核未通过预警信息。

进一步的，根据所述第二数据信息对站址物业成本进行监控的步骤还包括：

按照预设预警规则对所述第二数据信息进行预警监控。

进一步的，按照预设预警规则对所述第二数据信息进行预警监控的步骤包括：

按第一预警规则对站址物业支付进行预警，当站址物业支付额大于第一预设值时，发送支付预警信息；

按第二预警规则对站址场租进行预警，当站址场租的变化值大于第二预设值时，发送站址场租预警信息；

按第三预警规则对站址电量进行预警，当站址电量大于第三预设值时，发送站址电量预警信息。

根据本发明另一方面，本发明实施例还提供了一种站址物业成本监控装置，包括：

标识模块，用于标识至少两个实体，其中，每一实体具有与站址物业成本相关的一个或至少两个量度；

采集模块，用于定义所述实体之间的关系，并根据定义的关系采集所述实体的第一数据信息；

处理模块，用于对所述第一数据信息进行预处理，获得处理后第二数据信息，并根据所述第二数据信息对站址物业成本进行监控。

根据本发明另一方面，本发明实施例还提供了一种站址物业成本监控装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述方法中的步骤。

与现有技术相比，本发明实施例提供的一种站址物业成本监控方法及装置，至少具有以下有益效果：

本发明实施例，通过预先定义的实体件的关系，将与站址物业成本相关的实体进行关联，且通过定义的关系使得采集的数据满足不同的场景，也保证了数据的准确性，实现了成本精细化的管理问题。

附图说明

图1为本发明实施例的站址物业成本监控方法的流程图之一；

图2为本发明实施例的站址物业成本监控方法的流程图之二；

图3为本发明实施例的站址物业成本监控方法的流程图之三；

图4为本发明实施例的站址物业成本监控方法的流程图之四；

图5为本发明实施例的站址物业成本监控装置的结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

参见图1，本发明实施例提供了一种站址物业成本监控方法，包括：

步骤101，对至少两个实体进行标识，获得标识后的实体，其中，每一实体具有与站址物业成本相关的一个或至少两个量度；

其中，区别于相关技术中仅根据单一实体对站址成本进行管理，在本发明实施例中，为了更好的对站址物业成本进行监控，对与站址物业成本相关的至少两个实体进行标识，获得标识后的实体，并根据该实体对站址物业成本进行监控。

步骤102，根据预先定义的所述实体之间的关系，采集所述实体的第一数据信息；

其中，根据预先定义的实体之间的关系采集实体的数据，通过预先定义多种复杂场景下各实体之间的关系，使得采集的数据为精细化管理提供了数据基础。

步骤103，对所述第一数据信息进行预处理，获得处理后第二数据信息；

其中，预处理可以是对数据的校核，还可以是对数据的稽核，对数据进行预处理，提高了数据的准确性。

步骤104，根据所述第二数据信息对站址物业成本进行监控。

本发明实施例，通过预先定义的实体件的关系，将与站址物业成本相关的实体进行关联，且通过定义的关系使得采集的数据满足不同的场景，也保证了数据的准确性，实现了成本精细化的管理问题。

相应的，所述实体可以包括：站址、合同、电量、支付单、物业、业主和电表。

其中，各术语解释如下：

相应的，每一实体均具有与站址物业成本相关的一个或至少两个量度，可以采集上述实体的数据包括：

站址信息可以包括：站点标识、站点编码、站点名称、站点类型、所属行政区域、所在地址、经度、纬度、覆盖场景、产权性质和产权单位等。

物业信息可以包括：物业标识、物业编码、物业名称、物业状态、所属业主、区域经理、是否需签合同和用地获取方式等。

合同信息可以包括：合同根据类型分为租赁合同、电费合同、租电一体合同。合同基本信息包括合同id(身份标识号，identification)、合同编码、合同名称、合同类型、合同状态、签订日期；租赁合同信息主要包括；合同起始日期(原始、合同支付(计提)起始日期、合同截止日期、经办人合同总金额、是否押金、所属业主、是否代持合同、含税金额、不含税金额、税额、我方代开发票、房屋租赁面积、场地租赁面积、收款账号、付款方式；电费合同信息主要包括电费单价、供电方式、收款账号和付款方式等。

业主信息可以包括：业主id、业主名称、业主类型、业主规模、证件类型、证件号码、业主联系电话、业主联系地址、业主邮箱、业主传真、业主网址、法人和收款账号。

电表信息可以包括：电表id、电表标识、电表编号、电表名称、电表倍率、初始度数、最大限制读数、是否用于对外支付电费、用电类型、直供电单价、供电用户号、电表状态、原电表id、所属物业id、电表启用时间、电价类型和电价标识。

电量信息可以包括：抄表记录编号、电表id、抄表方式、抄表人、抄表人联系电话、抄表日期、本次电表读数、本次开关电源电流、本次平均每天用电量、上次电表读数、上次开关电源电流、上次平均每天用电量、环比日均电量差异、同比日均电量差异、有无异常、上次抄表id、平值读数、峰值读数、谷值读数、尖值读数、上次峰值读数、上次平值读数、上次尖值读数和上次谷值读数。

支付单信息可以包括：分为支付单基本信息、发票信息、支付单明细信息，支付单明细信息又分为租赁支付单明细信息和电费支付单明细信息；电费支付单明细信息分为用电明细和报销明细；支付单基本信息主要包括合同编号、业主、收款账号等；发票信息包括发票类型、发票代码、发票号码、发票日期、发票含税金额、发票不含税金额、发票税率、发票税额；电费支付单用电信息主要包括站址编码、站址名称、供电用户号、电表编号、购电起始读数、购电截止读数、用电量、平均单价、用电金额、线损金额、其它应付或者减免金额；电费支付单报销明细主要包括站点编码、站点名称、供电用户号、电表编号、发票类型、含税金额、不含税金额、税额等；租赁支付单明细信息包括站点编码、站点名称、发票类型、含税金额、不含税金额和税额。

通过采集上述实体相关的数据，可以形成第一数据信息，作为站址物业成本监控的数据基础。

其中，多个实体在不同的业务场景中相互关联的复杂度并不相同。例如，在比较简单的业务场景是一一对应，比如场租合同中，与一个业主、一个站点签订了一份合同；电表信息中，一个站点只挂载一块电表。

复杂的业务场景有：以场租为例，一个业主拥有一个站址但签订多份合同；同一站址与不同业主签订了多份合同；一个站点，签订了一份合同，但甲方有多个，即有多个业主，既要考虑关联关系，又要考虑场租支付时，区分每个业主的合同金额。以电费为例，存在多种电价；一个站点挂载多块电表；

故而，需要设置各实体之间的关联关系，以使其应用于简单和复杂的业务场景。

其中，对于步骤102中提及的，所述实体之间的关系可以包括：

每一站址关联至少一个对应的物业；

每一业主关联至对应的物业，其中，所述业主与所述物业一一对应；

合同关联至对应的物业；

每一站址关联至少一个对应的电表，其中每一所述电表均可采集到对应的电量；

每一电表关联至一对应的预设电费价格标识；

每一支付单关联至少一个合同，其中，每一支付单关联的合同均不相同。

进一步的，合同关联至对应的物业可以包括：

当一站址仅关联一个物业时，所述物业关联对应的至少一个合同；

当一站址关联至少两个物业，且所述物业包括至少两份对应的合同时，每一合同关联至对应的物业；

当一站址关联至少两个物业，且所述物业仅包括一份对应的合同时，所述物业均关联至所述合同。

其中，为了更好的理解上述中的关联关系，通过下述举例对其进行进一步的说明。

(一)一个站址可关联多个物业，一个物业可关联多个合同

对应业务场景1：一个业主拥有一个站址但签订多份合同。同一站址下，业主与铁塔公司签订多份租赁合同。在站址确定的情况下，只需针对该站点信息，建立与之关联的1个物业信息，将业主与物业信息关联，可知道该站址的租赁方；针对该物业信息建立多份合同。

对应业务场景2：同一站址与不同业主签订了多份合同。对于同一站址，机房与场地分别与两个不同的业主签订了租赁合同。针对同一站址，建立2条物业记录，每条物业记录与特定业主关联，建立两份合同，每份合同分别与物业信息关联。

(二)一份合同关联多个业主

对应业务场景3：一份合同有多个业主。一个站点，签订了一份合同，但甲方有多个。

(三)一个站址关联多个电表，一个电表关联多个电量

对应业务场景4：一个站点挂载3块电表，每个电表每天进行抄表，获得对应的电量。

(四)预设电费价格标识，可根据预设电费价格标识形成电费价格库

对应业务场景5：电费价格复杂。通过建立电费价格库，对每一种电费价格进行建立一个标识，电表与电费价格库中的价格标识进行关联，当电费变化时，只需更新价格库中的价格即可。

(五)支付单与合同关联

对应业务场景6：场租批量支付。例如一个支付单同时支付10个场租合同。

进一步的，对于上述制定的个实体之间的关联关系，为了更好的处理数据，可根据上述关联关系建立一要素模型。

其中，对于步骤103中，对所述第一数据信息进行预处理的步骤可以包括：

按照预设数据校验规则对所述第一数据信息进行校核。

相应的，预设数据校验规则可以包括：唯一性校验、非空校验、数据类型校验、数据范围校验、数据精度校验、字符长度校验和约束关系校验。

下面通过举例对上述校验规则进行进一步的说明。

其中，对于业主数据可以采用唯一性校验、字符长度校验和非空校验，例如，对于业主数据包含的身份证进行校验，比如长度符合15位或者18位而且必须唯一，以及业主证件类型非空校验等。

对于电表数据可采用非空校验，例如，电表倍率不能为空而且必须大于0，电表编号不能重复。

对于支付单数据可以采用数据范围校验、数据精度校验，例如：

含税金额＝不含税金额+税额；

(截止读数-起始读数)·倍率＝电量±1；

用电金额＝电量·平均单价±1；

电费总额＝用电金额+线损+其它金额等校验规则。

对于合同数据可以采用数据范围校验、约束关系校验，例如合同编号规则校验、合同金额不能超过某一数字等校验规则。

由于校验规则较多而且一些校验规则随着样本数据的增多及业务管理要求的变化，也在变化当中，在监控装置或监控系统或监控模型中，可以将校验规则设计配置方式有助于提高系统的灵活性，校验规则可通过正则表达式或者java表达式实现，校验规则的计算结果为true或者false，如果校验规则需引用变量才能实现，那么在计算校验规则时，需对变量进行初始化。每个业务实体可由一个多个校验规则进行校验，多个规则组成一个校验规则链。

其中，对于步骤103中，对所述第一数据信息进行预处理的步骤还可以包括：

按照预设稽核规则对校核通过后的数据信息进行稽核，当稽核通过后获得第二数据信息。

其中，对于预设稽核规则，每种规则定义不同的约束表达式以便于稽核，其中稽核规则分为两种类型：

一、横向规则：实体内各属性、属性之间、记录之间的稽核规则；

二、纵向规则：跨实体的各属性之间、记录之间的交叉验证规则。

数据稽核格式如下：对于每一个需要校验的实体属性，属性的校验格式如下：

(属性，校验表达式，校验结果，校验不通过原因)，以站址为维度，串联多个实体的多个属性结果，具体记录格式如下：

(省分编码，地市编码，站址编码，站址名称、属性1，校验表达式1，校验结果1，校验不通过原因1，属性2，校验表达式2，校验结果2，校验不通过原因2，……，属性n，校验表达式n，校验结果n，校验不通过原因n)。

参见图2，进一步的，按照预设稽核规则对校核通过后的数据信息进行稽核的步骤包括：

步骤201，通过稽核获得数据质量信息；

步骤202，当所述数据质量信息表示当前数据质量异常时，发送数据质量异常信息。

当数据异常时，需发送数据质量异常信息，以提示相关人员，对于异常的数据需进行整改，提供更为精准的数据，以便对站址物业成本进行监控。

参见图3，进一步的，对于步骤104，根据所述第二数据信息对站址物业成本进行监控的步骤可以包括：

步骤301，按预设维度对稽核后获得的数据质量信息进行统计；

步骤302，获得每一预设维度所对应的稽核通过率；

步骤303，当任一所述维度的稽核通过率小于时，发送所述维度稽核未通过预警信息。

其中，可对稽核结果进行统计，按全国、省份、地市的维度统计数据校验通过率，通过率＝校验通过的记录数/总记录数。当一个记录的所有的属性校验通过时，该记录的校验结果才标识为通过。当通过率小于预设门限100％时，发送所述维度稽核未通过预警信息，提示相关人员或公司整改数据。

其中，对于步骤104，根据所述第二数据信息对站址物业成本进行监控的步骤还可以包括：

按照预设预警规则对所述第二数据信息进行预警监控。

参见图4，相应的，按照预设预警规则对所述第二数据信息进行预警监控的步骤可以包括：

步骤401，按第一预警规则对站址物业支付进行预警，当站址物业支付额大于第一预设值时，发送支付预警信息；

步骤402，按第二预警规则对站址场租进行预警，当站址场租的变化值大于第二预设值时，发送站址场租预警信息；

步骤403，按第三预警规则对站址电量进行预警，当站址电量大于第三预设值时，发送站址电量预警信息。

其中，通过第二数据信息，可实现站址物业场租成本和电费成本的准确归集。在合同有效期内，每月站点场租成本＝年租金(不含税)/12；每月站点电费成本＝日均用电量·电费平均单价·当月天数。

结合基础信息及抄表信息、支付单信息，根据预先配置的预警规则，可产生多种预警，比如支付预警、场租上涨预警、电量异常预警等，这些预警信息可通过邮件、移动app、pc端工作台推送给一线工作人员。

其中，预警信息基于预警规则产生，一般需要与阈值相比，满足一定的条件才能生成，阈值有两种，一种是固定的值，比如是预设常数；另一类是动态的阈值，可以通过简单计算或者复杂计算获得，例如，物业或场租可能存在一定的涨幅，通过基础值和预设涨幅权重，计算获得物业或场租的预警阈值。

参见图5，根据本发明另一方面，本发明实施例还提供了一种站址物业成本监控装置，包括：

标识模块501，用于标识至少两个实体，其中，每一实体具有与站址物业成本相关的一个或至少两个量度；

采集模块502，用于定义所述实体之间的关系，并根据定义的关系采集所述实体的第一数据信息；

处理模块503，用于对所述第一数据信息进行预处理，获得处理后第二数据信息，并根据所述第二数据信息对站址物业成本进行监控。

进一步的，所述实体包括：站址、合同、电量、支付单、物业、业主和电表。

进一步的，所述实体之间的关系包括：

每一站址关联至少一个对应的物业；

每一业主关联至对应的物业，其中，所述业主与所述物业一一对应；

合同关联至对应的物业；

每一站址关联至少一个对应的电表，其中每一所述电表均可采集到对应的电量；

每一电表关联至一对应的预设电费价格标识；

每一支付单关联至少一个合同，其中，每一支付单关联的合同均不相同。

进一步的，合同关联至对应的物业包括：

当一站址仅关联一个物业时，所述物业关联对应的至少一个合同；

当一站址关联至少两个物业，且所述物业包括至少两份对应的合同时，每一合同关联至对应的物业；

当一站址关联至少两个物业，且所述物业仅包括一份对应的合同时，所述物业均关联至所述合同。

进一步的，所述处理模块503包括：

第一处理单元，用于按照预设数据校验规则对所述第一数据信息进行校核。

进一步的，预设数据校验规则包括：唯一性校验、非空校验、数据类型校验、数据范围校验、数据精度校验、字符长度校验和约束关系校验。

进一步的，所述处理模块503还包括：

第二处理单元，用于按照预设稽核规则对校核通过后的数据信息进行稽核，当稽核通过后获得第二数据信息。

进一步的，所述第二处理单元具体用于：

通过稽核获得数据质量信息；

当所述数据质量信息表示当前数据质量异常时，发送数据质量异常信息。

进一步的，所述处理模块503还包括：

统计单元，用于按预设维度对稽核后获得的数据质量信息进行统计；

获取单元，用于获得每一预设维度所对应的稽核通过率；

第一预警单元，用于当任一所述维度的稽核通过率小于预设门限时，发送所述维度稽核未通过预警信息。

进一步的，所述处理模块503还包括：

第二预警单元，用于按照预设预警规则对所述第二数据信息进行预警监控。

进一步的，所述第二预警单元具体用于：

按第一预警规则对站址物业支付进行预警，当站址物业支付额大于第一预设值时，发送支付预警信息；

按第二预警规则对站址场租进行预警，当站址场租的变化值大于第二预设值时，发送站址场租预警信息；

按第三预警规则对站址电量进行预警，当站址电量大于第三预设值时，发送站址电量预警信息。

根据本发明另一方面，本发明实施例还提供了一种站址物业成本监控装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述站址物业成本监控方法中的步骤。

综上，本发明实施例，通过预先定义的实体件的关系，将与站址物业成本相关的实体进行关联，且通过定义的关系使得采集的数据满足不同的场景，也保证了数据的准确性，实现了成本精细化的管理问题。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含。

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