维护权限的分配方法、电子设备、介质及计算机程序产品

技术领域

本公开涉及楼盘维护领域，特别涉及一种维护权限的分配方法、电子设备、介质及计算机程序产品。

背景技术

店对盘系统是一种用于商业行业的管理工具，通常用于帮助门店管理者和员工监控和管理库存，以保证商品得到充足的补充并减少盗窃和损失。在房产租赁和销售场景中，店对盘系统能够有效地帮助房产企业进行楼盘维护和资源共享。通常，当经纪人想要对某一房源进行维护时，要求该经纪人就职门店在店对盘系统中具有关于该房源所在楼盘的维护权限，若没有维护权限，则不能对该楼盘中的房源进行作业(例如房源状态更新等)。维护权限只是作业权限的其中一种，作业权限还包括共享权限等，不同的作业权限使得门店对某一楼盘的作业范围存在差异。例如，具有维护权限的门店可以对相应楼盘进行维护以及共享；而仅具有共享权限的门店只能够对该楼盘进行资源读取，而不能执行维护任务。

基于前述，以传统的店对盘系统对各个楼盘进行作业权限的分配，会产生一个严重的问题，即会出现一些楼盘无门店维护的情况，以致这些楼盘的房源资源被浪费。具体地，通常对楼盘进行作业权限的分配时，只会考虑各个门店对楼盘的作业需求，那么则会出现一些楼盘仅被分配了共享权限，而没有门店提出关于这些楼盘的维护权限申请。显然，这些楼盘将由于无人维护而被闲置，导致部分房源资源的利用率的下降，进而降低了企业对店对盘系统的使用效果。

发明内容

为了解决前述问题的至少之一，本公开提供了一种维护权限的分配方法、电子设备、介质及计算机程序产品。

根据本公开的一个方面提供了一种维护权限的分配方法，包括：基于历史周期中各个楼盘的权限分配结果，筛选出符合维护分配条件的废弃楼盘；对所述废弃楼盘所关联的各个共享单位进行单位属性分析，以在多个所述共享单位中确定楼盘维护单位；以及为所述楼盘维护单位开放关于所述废弃楼盘的维护权限，以使得所述废弃楼盘转换为托管楼盘。

在一些实施方式中，所述基于历史周期中各个楼盘的权限分配结果，筛选出符合维护分配条件的废弃楼盘，包括：基于历史周期中各个楼盘的权限分配结果，对绑定有所述共享单位的全部所述楼盘和楼盘维护单位的全部所述楼盘进行交集提取，获得交集楼盘，其中所述共享单位表征对所述楼盘具有共享权限的作业单位，所述楼盘维护单位表征对所述楼盘具有维护权限的作业单位；以及对绑定所述共享单位的全部所述楼盘和所述交集楼盘进行差值计算，获取在所述历史周期中仅绑定有所述共享单位的所述楼盘，并以其作为所述废弃楼盘。

在一些实施方式中，所述对所述废弃楼盘所关联的各个共享单位进行单位属性分析，以在多个所述共享单位中确定楼盘维护单位，包括：基于所述废弃楼盘所关联的各个共享单位的单位属性，分别计算各个所述共享单位与所述废弃楼盘之间的匹配分值，其中所述匹配分值用于表征所述共享单位管理所述废弃楼盘的适合度；响应于所述匹配分值的最高值仅对应唯一所述共享单位，以所述共享单位作为所述废弃楼盘的所述楼盘维护单位；或者响应于所述最高值对应多个所述共享单位，逐一调用多级属性参数对各个所述共享单位进行二次排序，以出现排序差异的最高级别所述属性参数所关联的排序表中位于首位的所述共享单位作为所述楼盘维护单位。

在一些实施方式中，所述对所述废弃楼盘所关联的各个共享单位进行单位属性分析，以在多个所述共享单位中确定楼盘维护单位之后，包括：根据所述楼盘维护单位所支持的作业维度，为所述废弃楼盘的维护权限进行二次分配。

在一些实施方式中，所述根据所述楼盘维护单位所支持的作业维度，为所述废弃楼盘的维护权限进行二次分配，包括：响应于所述楼盘维护单位所支持的作业维度为楼盘维度，将所述废弃楼盘的维护权限全部分配给所述楼盘维护单位。

在一些实施方式中，所述根据所述楼盘维护单位所支持的作业维度，为所述废弃楼盘的维护权限进行二次分配，包括：响应于所述楼盘维护单位所支持的作业维度为楼栋维度，在所述废弃楼盘中选取所述楼盘维护单位享有共享权限的全部共享楼栋，将全部所述共享楼栋的维护权限分配给所述楼盘维护单位；以及在所述废弃楼盘中提取未提供给所述楼盘维护单位相应共享权限的空闲楼栋，并在所述空闲楼栋所对应的多个共享单位中确定各个所述空闲楼栋的楼栋维护单位。

在一些实施方式中，在所述为所述楼盘维护单位开放关于所述废弃楼盘的维护权限，以使得所述废弃楼盘转换为托管楼盘之后，包括：当所述废弃楼盘的楼盘维护单位与所述废弃楼盘的历史分配单位存在差异时，剔除所述历史分配单位对所述废弃楼盘的维护权限。

根据本公开的另一个方面提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，以实现如上述任一实施方式所述的维护权限的分配方法。

根据本公开的又一个方面提供了一种可读存储介质，所述可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如上述任一实施方式所述的维护权限的分配方法。

根据本公开的再一个方面提供了一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现如上述任一实施方式所述的维护权限的分配方法。

附图说明

附图示出了本公开的示例性实施方式，并与其说明一起用于解释本公开的原理，其中包括了这些附图以提供对本公开的进一步理解，并且附图包括在本说明书中并构成本说明书的一部分。

图1为本公开示例性实施方式的维护权限的分配方法流程图。

图2为本公开示例性实施方式的维护权限的分配方法架构图。

图3为本公开示例性实施方式的废弃楼盘确定过程流程图。

图4为本公开示例性实施方式的楼盘权限梳理过程架构图。

图5为本公开示例性实施方式的楼盘维护单位确定过程流程图。

图6为本公开示例性实施方式的二次分配架构图。

图7为本公开示例性实施方式的维护权限的分配装置框图。

具体实施方式

下面结合附图和实施方式对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施方式仅用于解释相关内容，而非对本公开的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本公开相关的部分。

需要说明的是，在不冲突的情况下，本公开中的实施方式及实施方式中的特征可以相互组合。下面将参考附图并结合实施方式来详细说明本公开的技术方案。

除非另有说明，否则示出的示例性实施方式/实施例将被理解为提供可以在实践中实施本公开的技术构思的一些方式的各种细节的示例性特征。因此，除非另有说明，否则在不脱离本公开的技术构思的情况下，各种实施方式/实施例的特征可以另外地组合、分离、互换和/或重新布置。

本文使用的术语是为了描述具体实施例的目的，而不是限制性的。如这里所使用的，除非上下文另外清楚地指出，否则单数形式“一个(种、者)”和“所述(该)”也意图包括复数形式。此外，当在本说明书中使用术语“包含”和/或“包括”以及它们的变型时，说明存在所陈述的特征、整体、步骤、操作、部件、组件和/或它们的组，但不排除存在或附加一个或更多个其它特征、整体、步骤、操作、部件、组件和/或它们的组。还要注意的是，如这里使用的，术语“基本上”、“大约”和其它类似的术语被用作近似术语而不用作程度术语，如此，它们被用来解释本领域普通技术人员将认识到的测量值、计算值和/或提供的值的固有偏差。

图1为本公开示例性实施方式的维护权限的分配方法流程图。下面结合图1对本公开的维护权限的分配方法S100的各个步骤进行详细说明。

步骤S102，基于历史周期中各个楼盘的权限分配结果，筛选出符合维护分配条件的废弃楼盘。

历史周期指的是与当前周期相邻的前一个维护周期。本公开为了保证每个维护周期中各个楼盘都有单位维护，因此在每个维护周期开启之前，都会结合前一个维护周期(即历史周期)的权限分配结果，对没有单位主动维护的废弃楼盘进行维护权限的分配或者变更，以保证这些楼盘有最优的单位进行维护，提升各个楼盘的利用率。当然，本公开主要是基于历史周期的权限分配的最终结果而执行的维护权限的分配，而非实时结果，避免了对过程数据的采集和实时计算的高昂成本。通常，以一个自然日为一个维护周期，与用户的实际应用场景相契合。

楼盘指的是具有多个楼栋的建筑空间，每个楼栋具有多个房源，这些房源可用于出租或者出售。因此，需要为楼盘进行维护权限的分配，以便于有维护单位对这些楼盘的出租出售状态、楼盘实际属性等楼盘信息进行及时的更新，使得用户所调用的楼盘信息为有效数据，提高了楼盘的可利用率。

权限分配结果是历史周期的结束时刻，各个楼盘所对应的权限分配状态。其中，历史周期的结束时刻可例如前一天的晚上24:00，而新的维护周期的开始时刻可例如当前自然日的上午8:00，那么获取权限分配结果以确定废弃楼盘的时间可为历史周期的结束时刻至当前维护周期之间的任一时段，例如即前一天的晚上24:00至当前自然日的上午8:00之间的任一时段。可设置定时进行维护权限的统一分配，定时时间不做限制。

维护分配条件指的是确认楼盘为废弃楼盘的条件，也即为楼盘主动选择维护权限分配对象的条件。通常，以对应有共享单位且未关联着维护单位的条件作为楼盘的维护分配条件。满足维护分配条件的楼盘即为废弃楼盘，不满足维护分配条件的楼盘为托管楼盘。简言之，维护分配条件主要是指存在一些单位想要获取该楼盘的相关楼盘信息，但是又没有单位主动将该楼盘纳入自身的维护范围。

废弃楼盘指的是满足维护分配条件的楼盘，也就是说楼盘为一些单位开放了共享权限，但是这些单位所获得关于该楼盘的楼盘信息又没有单位维护和更新，其所对应的楼盘信息可能为无效或者滞后的。与废弃楼盘相对应的是托管楼盘，托管楼盘指的是对应有维护单位的楼盘。本公开对废弃楼盘进行维护权限的分配，就是为了将这些没有单位主动申请维护权限的楼盘进行维护权限的合理分配，选择合适的单位作为其维护单位，以便于将这些楼盘的楼盘信息维护为有效信息，进而将废弃楼盘转为有单位维护的托管楼盘。

步骤S104，对废弃楼盘所关联的各个共享单位进行单位属性分析，以在多个共享单位中确定楼盘维护单位。

共享单位指的是对楼盘具有共享权限的单位，这些单位能够在共享权限范围内进行楼盘信息的调用，以获取对楼盘中任一房源的相关数据，为房源出租或者出售提供数据支持。所有的单位均可根据自身需求向店对盘系统提出获取某一楼盘或者楼栋的共享权限的申请，当申请被通过之后，即可获得关于该楼盘或者楼栋的共享权限，进而这些单位将成为相关楼盘或者楼栋的共享单位。

同样的，所有单位也可以像店对盘系统提出关于楼盘的维护权限的申请，以主动执行对相关楼盘的维护作业。当然，所有单位也可同时提出关于某一楼盘维护权限申请以及共享权限申请；每个单位也可同时作为多个楼盘的共享单位或者维护单位，在此不做限制。

单位属性用于表征单位的实际作业能力，包括单位所维护的房源数量、单位与相应楼盘之间的距离(实际上指的是单位的位置信息)、单位在相应楼盘上的历史业绩、单位的系统积分、单位的作业习性等参数。根据单位属性，确定每个共享单位与废弃楼盘之间的匹配分值，并且当匹配分值最高的单位为多个时，以单位属性之间的区别作为筛选维护单位的条件。也就是说，单位属性是确定废弃楼盘的维护单位的主要依据。

楼盘维护单位是对相应废弃楼盘的维护权限的分配对象，是从该废弃楼盘的多个共享单位中筛选的结果。楼盘维护单位是多个共享单位中最具备楼盘维护能力的单位，例如具有匹配分值最高并且与废弃楼盘距离最近等优势。

步骤S106，为楼盘维护单位开放关于废弃楼盘的维护权限，以使得废弃楼盘转换为托管楼盘。

托管班楼盘是对废弃楼盘进行维护权限的分配的结果，主要指具有单位对其楼盘信息进行更新和调整的楼盘，其楼盘信息是有效且可用的。通过将废弃楼盘转换为托管楼盘，最大化降低废弃楼盘的数量，能够保证楼盘的利用率，降低其废弃率，提高企业的使用体验，以及客户的选择丰富度。

图2为本公开示例性实施方式的维护权限的分配方法架构图。

如图2所示，呈现了关于维护权限的分配方法的整体架构。当维护权限的分配被触发(即开始)，首先要确定当前周期需要进行维护权限分配的废弃楼盘。其中，当前周期指的还未开始的新的维护周期。进一步地，获取废弃楼盘上所关联的全部共享单位，这里的共享单位是在废弃楼盘上具有共享权限的单位；而废弃楼盘则指在历史周期的最终时刻，没有单位主动申请维护权限以执行维护任务的楼盘。

进一步地，确定各个共享单位与废弃楼盘之间的匹配分值，以便于以匹配分值最高所对应共享单位作为废弃楼盘的维护单位。其中匹配分值用于表征共享单位对废弃楼盘进行维护的合适程度。当然，若匹配分值的最高值只有一个共享单位，那么直接以该共享单位作为该废弃楼盘的楼盘维护单位即可。但是若匹配分值的最高值对应着多个共享单位，那么需要按照单位的属性参数的排序表进行选择，例如以出现排序差异的最高级别属性参数所关联的排序表中位于首位的共享单位作为最优共享单位，并确定最优共享单位作为楼盘维护单位。

在确定了楼盘维护单位之后，判断楼盘维护单位是否支持楼盘维度的作业。若支持，则判定楼盘维护单位是否是一店多组，其中单位在房屋出租或者出售的场景中，通常至房屋销售门店，有些门店则具备多个分组(即店组)。当楼盘维护单位是一店多组，则需要遍历楼盘维护单位的所有店组，判断这些店组是否都具有对该楼盘的共享权限。若这些店组具有对该楼盘的共享权限，则为这些店组所对应的楼盘维护单位赋予楼盘的维护权限。反之，则结束对该楼盘维护单位的维护权限的分配。当楼盘维护单位不是一店多组，则直接为这个楼盘维护单位赋予楼盘的维护权限。

若楼盘维护单位不支持楼盘维度的作业，那么则确定楼盘维护单位在该楼盘下具有共享权限的楼栋，将这些楼栋的维护权限分配给该楼盘维护单位。同时，对该楼盘维护单位不具有共享权限的楼栋(即空闲楼栋)进行统计，在这些栋楼所关联的共享单位中进行最优共享单位的确定，以使得空闲楼栋也分配有相关联的维护单位，关于空闲楼栋的维护权限的分配方法可参考前述对楼盘的维护权限的分配方法，不再赘述。基于前述步骤，确定该楼盘每个楼栋的楼栋维护单位。进一步地，确定楼栋维护单位是否是一店多组，若否，则为楼栋维护单位赋予楼栋的维护权限。若楼栋维护单位是一店多组，则遍历楼栋维护单位的所有店组，并判断各个店组是够具有对楼栋的共享权限，若都具有对楼栋的共享权限，则为楼栋维护单位赋予楼栋的维护权限；反之，则结束将楼栋的维护权限分配给该楼栋维护单位。

最终，在为楼盘维护单位赋予楼盘的维护权限，以及为楼栋维护单位赋予楼栋的维护权限之后，当该楼盘的历史分配单位与楼盘维护单位或者楼栋维护单位不同时，无效掉该楼盘的历史分配单位的维护权限。若该楼盘的历史分配单位与楼盘维护单位相同，则不对维护权限进行任何调整，以避免增加新的权限调整记录，最大化保证历史分配单位的稳定性，降低了权限更处理成本。

图3为本公开示例性实施方式的废弃楼盘确定过程流程图。如图3所示，本公开的步骤S102包括：步骤S1021，基于历史周期中各个楼盘的权限分配结果，对绑定有共享单位的全部楼盘和楼盘维护单位的全部楼盘进行交集提取，获得交集楼盘；以及步骤S1022，对绑定共享单位的全部楼盘和交集楼盘进行差值计算，获取在历史周期中仅绑定有共享单位的楼盘，并以其作为废弃楼盘。

共享单位表征对楼盘具有共享权限的作业单位，楼盘维护单位表征对楼盘具有维护权限的作业单位。

交集楼盘指的是同时具有共享单位以及楼盘维护单位的楼盘，这些楼盘属于托管楼盘，不需要进行维护，需要从仅具有共享单位楼盘中剔除掉。

差值计算指的是在具有共享单位的全部楼盘中剔除掉同时具有共享单位和维护单位的交集楼盘，进而获得仅具有共享单位的楼盘。这些楼盘具有一些单位想要获取的楼盘信息，但是这些楼盘信息又由于没有单位维护而难以保证其有效性，那么这些没有维护单位但是又具有共享单位的楼盘被定义为废弃楼盘。本公开通过前述步骤，确定废弃楼盘，进而实现针对性的权限配置。

本公开基于历史周期中的权限分配结果，选择通过差值计算的方式确定废弃楼盘，相比于实时记录权限变更状态以实时统计废弃楼盘而言，具有更低的运算量，也避免了冗余数据的产生和多余的运算成本。

图4为本公开示例性实施方式的楼盘权限梳理过程架构图。

下面结合图4，对本公开的楼盘权限的梳理过程进行系统化的说明。在历史周期中，各个单位可通过店对盘系统的系统积分获得关于某一楼盘的维护权限和/或共享权限，或者通过老系统调盘来实现对某一楼盘的维护权限和/或共享权限的申请，这样会使得各个楼盘的权限产生变更；另外，还会存在通过楼盘字典进行楼盘数据的调整、以及组织变更等情况。前述变化的最终结果都被记载在组对盘/栋大数据表中，因此在历史周期结束之后，通过调取组对盘/栋大数据表，可以获得这些楼盘的权限分配情况以及其余相关信息。进一步，通过前述的差值运算，可以确定仅共享盘/栋表，这个仅共享盘/栋表中记载着不具有维护单位的楼盘或者楼栋。进一步地，基于仅共享盘/栋表可以整理出废弃楼盘。更进一步地，分配这些废弃楼盘的维护权限至相应维护单位，以将其转换为托管楼盘。最终，当新的维护单位与历史周期的历史分配单位一致时，则证明这些楼盘的维护单位没有变化，不需要进行调整。当新的维护单位与历史周期的历史分配单位有差异时，则证明这些楼盘是被周期内需要分配维护权限的楼盘，并将新的维护单位分配给相应楼盘；同时，这些楼盘中有一些在历史周期中具有历史分配单位的楼盘(当然还有一些楼盘是本维护周期内新增的需要进行维护权限分配的楼盘，这些楼盘则不需要进行维护权限的移除)，那么这些楼盘是本周期内需要移除维护权限的楼盘，将历史分配单位关于该楼盘的维护权限进行移除。

图5为本公开示例性实施方式的楼盘维护单位确定过程流程图。

结合图5，本公开的步骤S104包括：步骤S1041，基于废弃楼盘所关联的各个共享单位的单位属性，分别计算各个共享单位与废弃楼盘之间的匹配分值；步骤S1042a，响应于匹配分值的最高值仅对应唯一共享单位，以共享单位作为废弃楼盘的楼盘维护单位；或者步骤S1042b，响应于最高值对应多个共享单位，逐一调用多级属性参数对各个共享单位进行二次排序，以出现排序差异的最高级别属性参数所关联的排序表中位于首位的共享单位作为楼盘维护单位。

匹配分值用于表征共享单位管理废弃楼盘的适合度，匹配分值越高，则证明共享单位约适合管理该废弃楼盘，反之则证明其不适合管理该废弃楼盘。

我们的目的是选择匹配分值最高的共享单位作为废弃楼盘的维护单位。

但是匹配分值最高的共享单位具有两种情况，一种是步骤S1042a所描述的匹配分值的最高值仅对应唯一共享单位，那么直接以其作为楼盘维护单位即可。

另一种是步骤S1042b所描述的最高值对应多个共享单位的情况，那么则需要对同时具有最高值的共享单位进行多级属性参数的二次排序。以单位属性参数的级别降序分别为：单位与相应楼盘之间的距离、单位所维护的房源数量、单位在相应楼盘上的历史业绩、单位的系统积分、单位的作业习性为例，那么单位与该废弃楼盘之间的距离作为最高级别的属性参数，在具有相同最高值的共享单位之间选择距离废弃楼盘最近的共享单位作为楼盘维护单位；但是，若具有相同最高值的共享单位对于废弃楼盘具有相同的距离，那么进一步比较处于级别序列第二位的单位所维护的房源数量，以这些共享单位中维护房源数量最少的单位作为楼盘维护单位，若单位所维护的房源数量也相同，则进一步比较后续的属性参数，直至出现排序差异为止，不再赘述。

图6为本公开示例性实施方式的二次分配架构图。

如图6所示，在获得了楼盘维护单位之后，本公开还包括步骤：根据楼盘维护单位所支持的作业维度，为废弃楼盘的维护权限进行二次分配。

作业维度指的是单位对房源管理和维护能力，有的单位所支持的作作业维度为楼栋维度，那么证明该单位仅能够管理房源的平均范围为楼栋；某些单位则支持楼盘维度的作业，那么证明这些单位能够管理房源的平均范围为楼盘，他们有能力对楼盘中所有楼栋同时进行维护。

那么，当我们确定废弃楼盘的维护权限时，可能某一支持楼栋维度作业的单位为该楼盘的最优维护单位，但是其不具备同时维护该楼盘全部楼栋的能力，就需要对这种情况进行楼栋维护权限的二次分配。

具体地，响应于楼盘维护单位所支持的作业维度为楼盘维度，将废弃楼盘的维护权限全部分配给楼盘维护单位。也就是说，当楼盘维护单位支持楼盘维度的作业时，将开放楼盘中所有楼栋的维护权限给该楼盘维护单位。

响应于楼盘维护单位所支持的作业维度为楼栋维度，在废弃楼盘中选取楼盘维护单位享有共享权限的全部共享楼栋，将全部共享楼栋的维护权限分配给楼盘维护单位；以及在废弃楼盘中提取未提供给楼盘维护单位相应共享权限的空闲楼栋，并在空闲楼栋所对应的多个共享单位中确定各个空闲楼栋的楼栋维护单位。

空闲楼栋指的是废弃楼盘中不属于该楼盘的楼盘维护单位所具有共享权限的楼栋，也就是说该废弃楼盘的楼盘维护单位仅支持楼栋维度作业，并且这个楼盘维护单位并不需要申请关于某些楼栋的共享权限，那么就将这些楼栋作为空闲楼栋，等待重新安排楼栋维护单位。而对于楼盘维护单位所具有共享权限的楼栋，则直接为其分配楼栋的维护权限即可。

在为空闲楼栋安排楼栋维护单位的过程中，也是在该空闲楼栋所关联的共享单位中进行最高匹配分值的选择，或者对于具有相同最高匹配分值的共享单位，根据单位的属性参数，进行逐一轮询，不再赘述。

在一些实施方式中，在步骤S106之后，包括：当废弃楼盘的楼盘维护单位与废弃楼盘的历史分配单位存在差异时，剔除历史分配单位对废弃楼盘的维护权限，以避免对同一楼盘的重复授权，并且及时根据匹配分值为各个废弃楼盘选择最合适的维护单位。

在一些实施方式中，若废弃楼盘的楼盘维护单位与废弃楼盘的历史分配单位一致，则保留历史分配单位为维护单位，不对维护单位进行变更，以避免先剔除历史分配单位对废弃楼盘的维护权限，进而重新赋予同一单位该废弃楼盘的维护权限所带来的无用变更成本。

本公开的维护权限的分配方法，利用差值运算，及时获取新的维护周期中的废弃楼盘，避免楼盘维护缺口，提高楼盘资源利用率，并且相比于实时计算废弃楼盘而言，具有更低的运算成本。另外，通过为废弃楼盘在各个维护周期的进行维护单位的重新分析，以便于及时动态地对废弃楼盘分配最优的维护单位，提升了维护效率和单位参与度。另外，先确定各个废弃楼盘的维护单位，再根据与历史分配单位之间的差异进行权限变更，最大化地降低无用变更的发生概率，降低了变更成本和无用变更数据的产生。

图7为本公开示例性实施方式的维护权限的分配装置框图。

如图7所示，根据本公开的一个方面提供了一种维护权限的分配装置1000，包括：废弃楼盘筛选模块1002，用于基于历史周期中各个楼盘的权限分配结果，筛选出符合维护分配条件的废弃楼盘；楼盘维护单位确定模块1004，用于对废弃楼盘所关联的各个共享单位进行单位属性分析，以在多个共享单位中确定楼盘维护单位；以及维护权限开放模块1006，用于为楼盘维护单位开放关于废弃楼盘的维护权限，以使得废弃楼盘转换为托管楼盘。

维护权限的分配装置1000的各个模块是为了执行维护权限分配方法的各个步骤而提出的，其实现原理和方式可参考前述，不再赘述。

该装置1000可以包括执行上述流程图中各个或几个步骤的相应模块。因此，可以由相应模块执行上述流程图中的每个步骤或几个步骤，并且该装置可以包括这些模块中的一个或多个模块。模块可以是专门被配置为执行相应步骤的一个或多个硬件模块、或者由被配置为执行相应步骤的处理器来实现、或者存储在计算机可读介质内用于由处理器来实现、或者通过某种组合来实现。

该硬件结构可以利用总线架构来实现。总线架构可以包括任何数量的互连总线和桥接器，这取决于硬件的特定应用和总体设计约束。总线1100将包括一个或多个处理器1200、存储器1300和/或硬件模块的各种电路连接到一起。总线1100还可以将诸如外围设备、电压调节器、功率管理电路、外部天线等的各种其它电路1400连接。

总线1100可以是工业标准体系结构(ISA，Industry Standard Architecture)总线、外部设备互连(PCI，Peripheral Component)总线或扩展工业标准体系结构(EISA，Extended Industry Standard Component)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，该图中仅用一条连接线表示，但并不表示仅有一根总线或一种类型的总线。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本公开的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本公开的实施方式所属技术领域的技术人员所理解。处理器执行上文所描述的各个方法和处理。例如，本公开中的方法实施方式可以被实现为软件程序，其被有形地包含于机器可读介质，例如存储器。在一些实施方式中，软件程序的部分或者全部可以经由存储器和/或通信接口而被载入和/或安装。当软件程序加载到存储器并由处理器执行时，可以执行上文描述的方法中的一个或多个步骤。备选地，在其他实施方式中，处理器可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行上述方法之一。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，可以具体实现在任何可读存储介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。

本公开的维护权限的分配装置，利用差值运算，及时获取新的维护周期中的废弃楼盘，避免楼盘维护缺口，提高楼盘资源利用率，并且相比于实时计算废弃楼盘而言，具有更低的运算成本。另外，通过为废弃楼盘在各个维护周期的进行维护单位的重新分析，以便于及时动态地对废弃楼盘分配最优的维护单位，提升了维护效率和单位参与度。另外，先确定各个废弃楼盘的维护单位，再根据与历史分配单位之间的差异进行权限变更，最大化地降低无用变更的发生概率，降低了变更成本和无用变更数据的产生。

就本说明书而言，“可读存储介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。可读存储介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式只读存储器(CDROM)。另外，可读存储介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在存储器中。

应当理解，本公开的各部分可以用硬件、软件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施方式方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一种可读存储介质中，该程序在执行时，包括方法实施方式的步骤之一或其组合。

此外，在本公开各个实施方式中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个可读存储介质中。存储介质可以是只读存储器，磁盘或光盘等。

本领域的技术人员应当理解，上述实施方式仅仅是为了清楚地说明本公开，而并非是对本公开的范围进行限定。对于所属领域的技术人员而言，在上述公开的基础上还可以做出其它变化或变型，并且这些变化或变型仍处于本公开的范围内。