CN109712035B - 基于往来账户体系的物业计费方法及系统 - Google Patents

Abstract

本申请实施例提供一种基于往来账户体系的物业计费方法及系统，该系统包括业务层、交易层和PAAS层，PAAS层包括不同用户的至少一种账户，每个用户的一种账户中存储有该用户的至少一种交易数据。方法包括：当检测到业务层生成目标用户的费用信息时，在交易层生成第一交易流水信息；针对第一交易流水信息包括的每种交易数据所属的交易类型，在PAAS层上属于目标用户的账户中查找与该交易类型对应的目标账户，并根据第一交易流水信息中的该种交易数据更新该目标账户存储的数据。如此，可以实现业务和数据处理、存储的解耦，从而使得业务处理更为灵活。

Description

基于往来账户体系的物业计费方法及系统

技术领域

本申请涉及物业收费系统技术领域，具体而言，涉及一种基于往来账户体系的物业计费方法及系统。

背景技术

在物业企业信息化过程中，物业收费成为物业企业不可缺少的重要一环。目前，各种物业收费系统层出不穷，从最初的手动记录各项物业费用，到后来的单机版物业收费软件，再到局域网内的物业收费系统，以及现在的SAAS(Software-as-a-Service，软件即服务)版物业收费系统，物业收费系统发生了很大变化，但其处理方式本质上仍然相同，基本都是以单据为维度对物业相关费用进行收取、退还等处理。

上述处理方式存在一定缺陷：一方面，处理效率极低，不够灵活，可持续性差，并且当业务发生错误时，需要通过调账等手工方式来处理，出错率高；另一方面，业务的往来交互处理不灵活，对于复杂的收款业务，以及应收、垫付、代付等非收款业务的往来冲销的支持有局限性，数据错误率高。

发明内容

有鉴于此，本申请的目的之一在于提供一种基于往来账户体系的物业计费方法及系统，以至少部分地改善上述问题。

为了达到上述目的，本申请实施例采用如下技术方案：

第一方面，本申请实施例提供一种基于往来账户体系的物业计费方法，应用于基于往来账户体系的物业计费系统，所述系统包括业务层、交易层以及平台即服务PAAS(Platform-as-a-Service，平台即服务)层；所述PAAS层包括不同用户的至少一种账户，每个用户的一种账户中存储有该用户的至少一种交易数据；所述方法包括：

当检测到所述业务层生成目标用户的费用信息时，在所述交易层生成第一交易流水信息，其中，所述第一交易流水信息中包括所述费用信息涉及的一种以上交易数据以及每种交易数据所属的交易类型；

针对所述第一交易流水信息中包括的每种交易数据所属的交易类型，在所述PAAS层上属于所述目标用户的账户中查找与该交易类型对应的目标账户，并根据所述第一交易流水信息中的该种交易数据更新该目标账户存储的数据。

可选地，在上述方法中，在所述PAAS层上属于所述目标用户的账户中查找与该交易类型对应的目标账户，包括：

若没有查找到与该交易类型对应的目标账户，则在所述PAAS层新建与该交易类型对应的目标账户，并将新建的目标账户和所述目标用户关联。

可选地，在上述方法中，根据所述第一交易流水信息中的该种交易数据更新该目标账户，包括：

判断该种交易数据所属的交易类型是否为应付类型，若是，则确定所述目标账户为应付账户，并锁定所述应付账户；或者，

判断该目标账户是否为应付账户，若是，则锁定所述应付账户。

可选地，在上述方法中，所述系统还包括用于提供费用收取通道的通道层；所述方法还包括：

当检测到所述目标用户通过所述通道层缴纳费用时，在所述交易层生成第二交易流水信息，其中，所述第二交易流水信息包括交易类型为预存收款类型的交易数据，所述预存收款类型对应的账户为应收账户和所述应付账户；

根据所述第一交易流水信息中的该种交易数据更新该目标账户，还包括：

当检测到所述交易层生成所述第二交易流水信息时，在所述PAAS层对所述应付账户解锁；

在所述交易层生成第三交易流水信息，所述第三交易流水信息包括交易类型为收款核销类型的交易数据，其中，所述收款核销类型对应的账户为所述应收账户和所述应付账户；

根据所述第三交易流水信息更新所述应收账户和所述应付账户存储的数据，并控制所述应付账户通过所述通道层向所述目标用户付款。

可选地，在上述方法中，根据所述第一交易流水信息中的该种交易数据更新该目标账户，还包括：

当所述应付账户通过所述通道层向所述目标用户付款时，在所述交易层生成第四交易流水信息，所述第四交易流水信息包括交易类型为预付类型的交易数据以及交易类型为应付类型的交易数据；

根据所述第四交易流水信息，从所述PAAS层上属于所述目标用户的账户中查找与所述预付类型对应的预付账户以及与所述应付类型对应的所述应付账户，并根据所述第四交易流水信息更新所述预付账户和所述应付账户存储的数据。

第二方面，本申请实施例还提供一种基于往来账户体系的物业计费系统，包括依次通信连接的业务层、交易层和PAAS层，所述PAAS层包括不同用户的至少一种账户，每个用户的一种账户中存储有该用户的至少一种交易数据；所述系统包括：

交易流水生成模块，用于当检测到所述业务层生成目标用户的费用信息时，在所述交易层生成第一交易流水信息，其中，所述第一交易流水信息中包括所述费用信息涉及的一种以上交易数据以及每种交易数据所属的交易类型；

账户更新模块，用于针对所述第一交易流水信息中包括的每种交易数据所属的交易类型，在所述PAAS层上属于所述目标用户的账户中查找与该交易类型对应的目标账户，并根据所述第一交易流水信息中的该种交易数据更新该目标账户存储的数据。

可选地，在上述系统中，所述账户更新模块在所述PAAS层上属于所述目标用户的账户中查找与该交易类型对应的目标账户的具体方式为：在没有查找到与该交易类型对应的目标账户的情况下，新建与该交易类型对应的目标账户，并将新建的目标账户和所述目标用户关联。

可选地，在上述系统中，所述账户更新模块包括：

账户锁定子模块，用于判断该种交易数据所属的交易类型是否为应付类型，若是，则确定所述目标账户为应付账户，并锁定所述应付账户；或者，判断该目标账户是否为应付账户，若是，则锁定所述应付账户。

可选地，在上述系统中，所述系统还包括用于提供费用收取通道的通道层；所述交易流水生成模块，还用于当检测到所述目标用户通过所述通道层缴纳费用时，在所述交易层生成第二交易流水信息，其中，所述第二交易流水信息包括交易类型为预存收款类型的交易数据，所述预存收款类型对应的账户为应收账户和所述应付账户；

所述账户更新模块还包括：

账户解锁子模块，用于当检测到所述交易层生成所述第二交易流水信息时，在所述PAAS层对所述应付账户解锁；

核销子模块，用于在所述交易层生成第三交易流水信息，所述第三交易流水信息包括交易类型为收款核销类型的交易数据，其中，所述收款核销类型对应的账户为所述应收账户和所述应付账户；

付款子模块，用于根据所述第三交易流水信息更新所述应收账户和所述应付账户存储的数据，并控制所述应付账户通过所述通道层向所述目标用户付款。

可选地，在上述系统中，所述账户更新模块还包括：

生成子模块，用于当所述应付账户通过所述通道层向所述目标用户付款时，在所述交易层生成第四交易流水信息，所述第四交易流水信息包括交易类型为预付类型的交易数据以及交易类型为应付类型的交易数据；

更新子模块，用于根据所述第四交易流水信息，从所述PAAS层上属于所述目标用户的账户中查找与预付类型对应的预付账户以及与应付交易类型对应的所述应付账户，并根据所述第四交易流水信息更新所述预付账户和所述应付账户存储的数据。

相对于现有技术而言，本申请实施例具有以下有益效果：

本申请实施例提供的一种基于往来账户体系的物业计费方法及系统，该系统包括业务层、交易层和PAAS层，PAAS层包括不同用户的至少一种账户，每个用户的一种账户中存储有该用户的至少一种交易数据。方法包括：当检测到业务层生成目标用户的费用信息时，在交易层生成第一交易流水信息；针对第一交易流水信息包括的每种交易数据所属的交易类型，在PAAS层上属于目标用户的账户中查找与该交易类型对应的目标账户，并根据第一交易流水信息中的该种交易数据更新该目标账户存储的数据。如此，可以实现业务和数据处理、存储的解耦，从而使得业务处理更为灵活。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种数据处理设备的方框示意图；

图2为本申请实施例提供的一种基于往来账户体系的物业计费系统的架构示意图；

图3为本申请实施例提供的一种基于往来账户体系的物业计费方法的流程示意图；

图4为图3所示的步骤S32的一种子步骤示意图；

图5为本申请实施例提供的一种基于往来账户体系的物业计费系统的功能模块框图。

图标：100-数据处理设备；110-基于往来账户体系的物业计费系统；111-通道层；112-业务层；113-交易层；114-PAAS层；210-交易流水生成模块；220-账户更新模块；221-账户锁定子模块；222-账户解锁子模块；223-核销子模块；224-付款子模块；225-生成子模块；226-更新子模块；120-机器可读存储介质；130-处理器；140-通信单元。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

如图1所示，图1是本申请实施例提供的一种数据处理设备100的方框示意图。所述数据处理设备100可以是任意具有数据处理功能的设备，例如可以是服务器、个人计算机(PersonalComputer，PC)等。其中，所述服务器可以是单台独立运行的服务器，也可以是多台相互通信的服务器组成的服务器集群，本实施例对此不做限制。

所述数据处理设备100包括基于往来账户体系的物业计费系统110、机器可读存储介质120、处理器130以及通信单元140。

所述机器可读存储介质120、处理器130以及通信单元140各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述基于往来账户体系的物业计费系统110包括至少一个可以软件或固件(firmware)的形式存储于所述机器可读存储介质120中或固化在所述数据处理设备100的操作系统(operating system，OS)中的软件功能模块。所述处理器130用于执行所述机器可读存储介质120中存储的可执行模块，例如所述基于往来账户体系的物业计费系统110所包括的软件功能模块及计算机程序等。

其中，所述机器可读存储介质120可以是，但不限于，随机存取存储器(RandomAccess Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable ProgrammableRead-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable ProgrammableRead-Only Memory，EEPROM)等。其中，机器可读存储介质120用于存储程序，所述处理器130在接收到执行指令后，执行所述程序。所述通信单元140用于通过网络建立所述数据处理设备100与其他设备之间的通信连接，并用于通过网络收发数据。

应当理解，图1中示出的结构仅为示例，数据处理设备100还可以包括比图1所示更多或更少的组件，或是具有与图1所示完全不同的配置。其中，图1所示的各个组件可以以软件、硬件或其组合实现，本实施例对此不做限制。

请参照图2，图2是本申请实施例提供的一种基于往来账户体系的物业计费系统110的架构示意图。所述基于往来账户体系的物业计费系统110包括依次通信连接的业务层112、交易层113以及PAAS层114，此外，所述基于往来账户体系的物业计费系统110还可以包括通道层111。其中，所述通道层111、所述业务层112、所述交易层113以及所述PAAS层114由上至下依次排列。

所述PAAS层114包括不同用户的至少一种账户，每个用户的一种账户中存储有该用户的至少一种交易数据。可选地，账户可以与交易数据所属的交易类型对应，例如，应收账户与应收交易类型对应，零钱应收账户与零钱应收交易类型对应，预存账户与预存交易类型对应，应付账户与应付交易类型对应，预付账户与预付交易类型对应。

可选地，所述应收账户可以用于存放应收账单，其中包括已收款和欠款的所有应收账单；所述零钱应收账户可以用于存放应收零钱；预存账户用于存放预存账款，所有收款都会进入预存账户，核销时会生成对应的核销记录；应付账户可以用于存放应付账款，包括已经支付和未支付的所有应付账单；预付账户可以用于存放已付账款，表示款项已支付。

所述交易层113用于处理各种交易，通过交易类型进行区分。

所述业务层112用于进行业务处理，其处理的业务包括：周期性费用、一次性费用、车位租赁、临停收费、地产业务、计量表业务。此外，业务层112处理的业务还包括：计费云平台支持的业务以及其他第三方系统提供的业务，诸如CRM报失、车管云、业财租售、收款合同系统、社商广告、能源系统等。在所述业务层112中的业务操作会产生与该业务操作对应的交易流水信息，该交易流水信息中记录有该业务操作的交易数据以及该交易数据所属的交易类型。其中，业务层112中涉及的退款、转账、往来业务处理等都可以通过交易层113进行处理。

所述通道层111用于提供各种收费入口，例如与所述数据处理设备100通信的APP(Application，应用程序)、自主缴费机以及其他的第三方平台诸如支付宝、微信等。

请参照图3，图3是本申请实施例提供的一种基于往来账户体系的物业计费方法的流程示意图。所述基于往来账户体系的物业计费方法可以应用于图2中示出的基于往来账户体系的物业计费系统110，下面对该方法包括的各个步骤进行详细描述。

步骤S31，当检测到所述业务层112生成目标用户的费用信息时，在所述交易层113生成第一交易流水信息，其中，所述第一交易流水信息中包括所述费用信息涉及的一种以上交易数据以及每种交易数据所属的交易类型。

例如，当在所述业务层112执行一次性费用生成操作，生成装修押金时，基于往来账户体系的物业计费系统110在交易层113生成该装修押金的交易流水信息，即所述第一交易流水信息。此时，该第一交易流水信息中包括暂收应收交易数据和暂收应付交易数据，此外，该第一交易流水信息中还分别记录有暂收应收交易数据的交易类型为暂收应收类型，以及暂收应付交易数据的交易类型为暂收应付类型。

步骤S32，针对所述第一交易流水信息中包括的每种交易数据所属的交易类型，在所述PAAS层114上属于所述目标用户的账户中查找与该交易类型对应的目标账户，并根据所述第一交易流水信息中的该种交易数据更新该目标账户存储的数据。

以上述的装修押金为例，针对第一交易流水信息中的暂收应收交易数据，其所属的交易类型为暂收应收类型，则在PAAS层114上属于目标用户的账户中查找与与暂收应收类型对应的应收账户。针对第一交易流水信息中的暂收应付交易数据，其所属的交易类型为暂收应付类型，则在PAAS层114上属于目标用户的账户中查找与暂收应付类型对应的应付账户。其中，上述的应收账户和应付账户均为本实施例中描述的目标账户。

可选地，所述步骤S32还可以包括以下子步骤，以在所述PAAS层114上属于所述目标用户的账户中查找与该交易类型对应的目标账户：

若没有查找到与该交易类型对应的目标账户，则在所述PAAS层114新建与该交易类型对应的目标账户，并将新建的目标账户和所述目标用户关联。

换言之，若在PAAS层114上属于目标用户的账户中没有找到上述的应收账户，则在PAAS层114上新建一应收账户，并将新建的应收账户和所述目标用户关联。在此值得说明的是，与所述目标用户关联的账户即为属于所述目标用户的账户。

其中，新建的应收账户可以充当本实施例中描述的目标账户。

在实施过程中，针对第一交易流水信息中包括的每种交易数据所属的交易类型，在找到该交易类型对应的目标账户之后，或者新建该交易类型对应的目标账户之后，可以根据第一交易流水信息中的该种交易数据更新该目标账户存储的数据。

在本实施例中，对于暂收、代收类的费用同时会产生相应的应付交易，针对此情况，可以将应付交易对应的应付账户冻结，直到收取到用户的费用之后再解冻，从而可以使用该应付账户进行付款。

可选地，步骤S32还可以包括以下子步骤，以根据第一交易流水信息中的该种交易数据更新该目标账户存储的数据：

判断该种交易数据所属的交易类型是否为应付类型，若是，则确定所述目标账户为应付账户，并锁定所述应付账户；或者，

判断该目标账户是否为应付账户，若是，则锁定所述应付账户。

例如上述的装修押金，所确定的目标账户分别为应收账户和应付账户。在实施时，可以直接根据第一交易流水信息中的暂收应收交易数据更新所述应收账户，且锁定所述应付账户。

可选地，在本实施例中，所述基于往来账户体系的物业计费方法还可以包括以下步骤：

当检测到所述目标用户通过所述通道层111缴纳费用时，在所述交易层113生成第二交易流水信息，其中，所述第二交易流水信息包括交易类型为预存收款类型的交易数据，所述预存收款类型对应的账户为应收账户和所述应付账户。

对应地，所述步骤S32还可以包括图4所示的子步骤，以根据第一交易流水信息中的该种交易数据更新该目标账户存储的数据。

步骤S41，当检测到所述交易层113生成所述第二交易流水信息时，在所述PAAS层114对所述应付账户解锁。

步骤S42，在所述交易层113生成第三交易流水信息，所述第三交易流水信息包括交易类型为收款核销类型的交易数据，其中，所述收款核销类型对应的账户为所述应收账户和所述应付账户。

步骤S43，根据所述第三交易流水信息更新所述应收账户和所述应付账户存储的数据，并控制所述应付账户通过所述通道层111向所述目标用户付款。

可选地，步骤S32还可以包括以下步骤：

步骤S44，当所述应付账户通过所述通道层111向所述目标用户付款时，在所述交易层113生成第四交易流水信息，所述第四交易流水信息包括交易类型为预付类型的交易数据以及交易类型为应付类型的交易数据。

以上述的装修押金为例，所述第四交易流水信息可以包括如下几种交易类型的交易数据：预付创建、应付核销以及预付核销。

步骤S45，根据所述第四交易流水信息，从所述PAAS层114上属于所述目标用户的账户中查找与所述预付类型对应的预付账户以及与所述应付类型对应的所述应付账户，并根据所述第四交易流水信息更新所述预付账户和所述应付账户存储的数据。

通过上述设计，可以将业务和数据处理、存储解耦，可以使用各种复杂度的业务，满足业务灵活多变的需求，支持业务往来，提高了业务处理的效率和灵活度，也在一定程度上降低了错误率。

请参照图5，图5是本申请实施例提供的一种基于往来账户体系的物业计费系统110的功能模块示意图。所述基于往来账户体系的物业计费系统110包括交易流水生成模块210和账户更新模块220。

其中，所述交易流水生成模块210用于当检测到所述业务层112生成目标用户的费用信息时，在所述交易层113生成第一交易流水信息，其中，所述第一交易流水信息中包括所述费用信息涉及的一种以上交易数据以及每种交易数据所属的交易类型。

在本实施例中，所述交易流水生成模块210可以用于执行步骤S31，关于所述交易流水生成模块210的描述具体可以参考对步骤S31的详细描述。

所述账户更新模块220用于针对所述第一交易流水信息中包括的每种交易数据所属的交易类型，在所述PAAS层114上属于所述目标用户的账户中查找与该交易类型对应的目标账户，并根据所述第一交易流水信息中的该种交易数据更新该目标账户存储的数据。

在本实施例中，所述账户更新模块220可以用于执行步骤S32，关于所述账户更新模块220的描述具体可以参考对步骤S32的详细描述。

可选地，所述账户更新模块220在所述PAAS层114上属于所述目标用户的账户中查找与该交易类型对应的目标账户的具体方式可以为：在没有查找到与该交易类型对应的目标账户的情况下，新建与该交易类型对应的目标账户，并将新建的目标账户和所述目标用户关联。

可选地，所述账户更新模块220可以包括账户锁定子模块221。

所述账户锁定子模块221用于判断该种交易数据所属的交易类型是否为应付类型，若是，则确定所述目标账户为应付账户，并锁定所述应付账户；或者，判断该目标账户是否为应付账户，若是，则锁定所述应付账户。

可选地，所述交易流水生成模块210还可以用于当检测到所述目标用户通过所述通道层111缴纳费用时，在所述交易层113生成第二交易流水信息，其中，所述第二交易流水信息包括交易类型为预存收款类型的交易数据，所述预存收款类型对应的账户为应收账户和所述应付账户。

对应地，所述账户更新模块220还可以包括账户解锁子模块222、核销子模块223和付款子模块224。

其中，所述账户解锁子模块222用于当检测到所述交易层113生成所述第二交易流水信息时，在所述PAAS层114对所述应付账户解锁。

所述核销子模块223用于在所述交易层113生成第三交易流水信息，所述第三交易流水信息包括交易类型为收款核销类型的交易数据，其中，所述收款核销类型对应的账户为所述应收账户和所述应付账户。

所述付款子模块224用于根据所述第三交易流水信息更新所述应收账户和所述应付账户存储的数据，并控制所述应付账户通过所述通道层111向所述目标用户付款。

可选地，所述账户更新模块220还可以包括生成子模块225和更新子模块226。

所述生成子模块225用于当所述应付账户通过所述通道层111向所述目标用户付款时，在所述交易层113生成第四交易流水信息，所述第四交易流水信息包括交易类型为预付类型的交易数据以及交易类型为应付类型的交易数据。

所述更新子模块226用于根据所述第四交易流水信息，从所述PAAS层114上属于所述目标用户的账户中查找与预付类型对应的预付账户以及与应付类型对应的所述应付账户，并根据所述第四交易流水信息更新所述预付账户和所述应付账户存储的数据。

关于上述子模块的描述，具体可以参照前文对相应步骤的详细描述，在此不再赘述。

综上所述，本申请实施例一种基于往来账户体系的物业计费方法及系统，该系统包括业务层、交易层和PAAS层，PAAS层包括不同用户的至少一种账户，每个用户的一种账户中存储有该用户的至少一种交易数据。方法包括：当检测到业务层生成目标用户的费用信息时，在交易层生成第一交易流水信息；针对第一交易流水信息包括的每种交易数据所属的交易类型，在PAAS层上属于目标用户的账户中查找与该交易类型对应的目标账户，并根据第一交易流水信息中的该种交易数据更新该目标账户存储的数据。如此，可以实现业务和数据处理、存储的解耦，从而使得业务处理更为灵活。

在本申请所提供的实施例中，应该理解到，所揭露的系统和方法，也可以通过其它的方式实现。以上所描述的系统实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (8)

1.一种基于往来账户体系的物业计费方法，其特征在于，应用于基于往来账户体系的物业计费系统，所述系统包括业务层、交易层以及平台即服务PAAS层；所述PAAS层包括不同用户的至少一种账户，每个用户的一种账户中存储有该用户的至少一种交易数据；所述方法包括：

当检测到所述业务层生成目标用户的费用信息时，在所述交易层生成第一交易流水信息，其中，所述第一交易流水信息中包括所述费用信息涉及的一种以上交易数据以及每种交易数据所属的交易类型；

针对所述第一交易流水信息中包括的每种交易数据所属的交易类型，在所述PAAS层上属于所述目标用户的账户中查找与该交易类型对应的目标账户，并根据所述第一交易流水信息中的该种交易数据更新该目标账户存储的数据；

所述系统还包括用于提供费用收取通道的通道层，所述方法还包括：

当检测到所述目标用户通过所述通道层缴纳费用时，在所述交易层生成第二交易流水信息；

根据所述第一交易流水信息中的该种交易数据更新该目标账户存储的数据，包括：

判断该种交易数据所属的交易类型是否为应付类型，若是，则确定所述目标账户为应付账户，并锁定所述应付账户，或者，判断该目标账户是否为应付账户，若是，则锁定所述应付账户；

当检测到所述交易层生成所述第二交易流水信息时，在所述PAAS层对所述应付账户解锁。

2.根据权利要求1所述的方法，其特征在于，在所述PAAS层上属于所述目标用户的账户中查找与该交易类型对应的目标账户，包括：

若没有查找到与该交易类型对应的目标账户，则在所述PAAS层新建与该交易类型对应的目标账户，并将新建的目标账户和所述目标用户关联。

3.根据权利要求1所述的方法，其特征在于，所述第二交易流水信息包括交易类型为预存收款类型的交易数据，所述预存收款类型对应的账户为应收账户和所述应付账户；

根据所述第一交易流水信息中的该种交易数据更新该目标账户存储的数据，还包括：

在所述交易层生成第三交易流水信息，所述第三交易流水信息包括交易类型为收款核销类型的交易数据，其中，所述收款核销类型对应的账户为所述应收账户和所述应付账户；

根据所述第三交易流水信息更新所述应收账户和所述应付账户存储的数据，并控制所述应付账户通过所述通道层向所述目标用户付款。

4.根据权利要求3所述的方法，其特征在于，根据所述第一交易流水信息中的该种交易数据更新该目标账户存储的数据，还包括：

当所述应付账户通过所述通道层向所述目标用户付款时，在所述交易层生成第四交易流水信息，所述第四交易流水信息包括交易类型为预付类型的交易数据以及交易类型为应付类型的交易数据；

根据所述第四交易流水信息，从所述PAAS层上属于所述目标用户的账户中查找与所述预付类型对应的预付账户以及与所述应付类型对应的所述应付账户，并根据所述第四交易流水信息更新所述预付账户和所述应付账户存储的数据。

5.一种基于往来账户体系的物业计费系统，其特征在于，包括依次通信连接的业务层、交易层和PAAS层，所述PAAS层包括不同用户的至少一种账户，每个用户的一种账户中存储有该用户的至少一种交易数据；所述系统包括：

交易流水生成模块，用于当检测到所述业务层生成目标用户的费用信息时，在所述交易层生成第一交易流水信息，其中，所述第一交易流水信息中包括所述费用信息涉及的一种以上交易数据以及每种交易数据所属的交易类型；

账户更新模块，用于针对所述第一交易流水信息中包括的每种交易数据所属的交易类型，在所述PAAS层上属于所述目标用户的账户中查找与该交易类型对应的目标账户，并根据所述第一交易流水信息中的该种交易数据更新该目标账户存储的数据；

所述系统还包括用于提供费用收取通道的通道层；

所述交易流水生成模块，还用于当检测到所述目标用户通过所述通道层缴纳费用时，在所述交易层生成第二交易流水信息；

所述账户更新模块包括账户锁定子模块和账户解锁子模块：

账户锁定子模块，用于判断该种交易数据所属的交易类型是否为应付类型，若是，则确定所述目标账户为应付账户，并锁定所述应付账户；或者，判断该目标账户是否为应付账户，若是，则锁定所述应付账户；

账户解锁子模块，用于当检测到所述交易层生成所述第二交易流水信息时，在所述PAAS层对所述应付账户解锁。

6.根据权利要求5所述的系统，其特征在于，所述账户更新模块在所述PAAS层上属于所述目标用户的账户中查找与该交易类型对应的目标账户的具体方式为：在没有查找到与该交易类型对应的目标账户的情况下，新建与该交易类型对应的目标账户，并将新建的目标账户和所述目标用户关联。

7.根据权利要求5所述的系统，其特征在于，所述第二交易流水信息包括交易类型为预存收款类型的交易数据，所述预存收款类型对应的账户为应收账户和所述应付账户；

所述账户更新模块还包括：

核销子模块，用于在所述交易层生成第三交易流水信息，所述第三交易流水信息包括交易类型为收款核销类型的交易数据，其中，所述收款核销类型对应的账户为所述应收账户和所述应付账户；

付款子模块，用于根据所述第三交易流水信息更新所述应收账户和所述应付账户存储的数据，并控制所述应付账户通过所述通道层向所述目标用户付款。

8.根据权利要求7所述的系统，其特征在于，所述账户更新模块还包括：

生成子模块，用于当所述应付账户通过所述通道层向所述目标用户付款时，在所述交易层生成第四交易流水信息，所述第四交易流水信息包括交易类型为预付类型的交易数据以及交易类型为应付类型的交易数据；

更新子模块，用于根据所述第四交易流水信息，从所述PAAS层上属于所述目标用户的账户中查找与预付类型对应的预付账户以及与应付类型对应的所述应付账户，并根据所述第四交易流水信息更新所述预付账户和所述应付账户存储的数据。

Images