CN105701602A - 一种资源分配方法和装置 - Google Patents

Abstract

本发明提供了一种资源分配方法及其装置。资源分配方法包括接收多个消息集合；根据预定义的过滤规则，从所述多个消息集合中选择多个第一消息集合；针对所述多个第一消息集合中的每个第一消息集合，分析所述第一消息集合中涉及的各方以及所述各方在针对所述第一消息集合分配的资源中所占的份额；以及根据所述份额向所述各方中的每一方分配资源。上述方法和装置避免了手动操作所导致的效率低下和人为问题，使得巨量数据的处理成为可能。

Description

一种资源分配方法和装置

技术领域

本发明涉及资源分配领域，具体涉及一种资源分配方法和装置。

背景技术

资金是企业进行生产、经营等一系列活动中最基本的资源。资金管理类贯穿于企业整个生产经营的始末。所以资金的流转速度、准确性对企业的发展有十分重要的意义的。然而现有技术没有资金分配相关系统，则需要相关会计人员手动导出订单收入明细，通过excel等其他数据处理工具手动筛选，然后再一个个生成结算单支付到相应账户。这种手动处理的方式手动筛选效率奇低、容易因为人的疏忽产生问题，且随着企业订单量的增加，类似于excel的数据处理工具不再适应于巨量数据的处理。此外，由于手动处理的即时性差，不能支持实时或接近实时的订单处理/资金分配。

因此需要一种资源分配技术和/或装置，使得能够解决上述问题中的至少一些。

发明内容

为了解决上述问题中的至少一些，本发明实施例提供了一种资源分配技术和装置。

根据本发明的一个方案，提供了一种资源分配方法，包括：接收多个消息集合；根据预定义的过滤规则，从所述多个消息集合中选择多个第一消息集合；针对所述多个第一消息集合中的每个第一消息集合，分析所述第一消息集合中涉及的各方以及所述各方在针对所述第一消息集合分配的资源中所占的份额；以及根据所述份额向所述各方中的每一方分配资源。

根据本发明的第二方案，提供了一种用于资源分配的装置，包括：接收模块，用于接收多个消息集合；过滤模块，用于根据预定义的过滤规则，从所述多个消息集合中选择多个第一消息集合；分析模块，用于针对所述多个第一消息集合中的每个第一消息集合，分析所述第一消息集合中涉及的各方以及所述各方在针对所述第一消息集合分配的资源中所占的份额；以及分配模块，用于根据所述份额向所述各方中的每一方分配资源。

上述方法和装置提供了对资源(例如资金)的自动分配，避免了手动操作所导致的效率低下和人为问题，使得巨量数据的处理成为可能。并因为数据/消息的收发和资源分配等都有系统/装置自动完成，能够实现实时或接近实时的订单处理/资源分配。

附图说明

通过下面结合附图对发明进行的详细描述，将使本发明的上述特征和优点更加明显，其中：

图1是示出根据本发明的实施例的用于分配资源的方法的示意性流程图；

图2是示出根据本发明的实施例的用于分配资源的装置的示意性框图；

图3是示出根据本发明的实施例的用于分配资源的系统的示意图；

图4示出了根据本发明实施例的资源分配方法的一个具体示例的示意图；以及

图5示出了根据本发明实施例的装置的另一些模块的示意图。

具体实施方式

下面，参考附图详细说明本发明的优选实施方式。在附图中，虽然示于不同的附图中，但相同的附图标记用于表示相同的或相似的组件。为了清楚和简明，包含在这里的已知的功能和结构的详细描述将被省略，以避免使本发明的主题不清楚。

图1示出了根据本发明的实施例的用于分配资源的方法。如图1所示，该方法包括：步骤110，接收多个消息集合；步骤120，根据预定义的过滤规则，从所述多个消息集合中选择多个第一消息集合；步骤130，针对所述多个第一消息集合中的每个第一消息集合，分析所述第一消息集合中涉及的各方以及所述各方在针对所述第一消息集合分配的资源中所占的份额；以及步骤140，根据所述份额向所述各方中的每一方分配资源。

在本发明的背景技术以及本发明的一些示例中，特别是在将要作为例子详细说明本发明技术方案的示例中，该多个消息集合可以是与特定订单有关的消息的集合，其上述资源例如可以是与订单有关的资源(例如，资金等)。然而需要注意的是，这仅是为了更清楚解释本发明所做出的示例，本发明的技术方案可应用于企业的生产经营中需要针对各方自动分配不同份额资源的任何场景中。

根据本发明的一些示例，向各方中的每一方分配的资源可以是根据份额应分配的所有资源或部分资源。

在多个消息集合是与订单有关的消息的集合的情况下，多个消息集合可分别包括与订单的台账的对账、订单的出库消息、订单的退款消息有关的消息。

在该情况下，过滤规则可包括与时间点有关的规则，步骤120可包括以订单类型、支付方式和要分配的时间点的组合作为关键词，通过散列的方式来过滤所述多个消息集合。

在该情况下，过滤规则还可包括与收入机构有关的规则，步骤120可包括以订单类型、机构来源和账务机构的组合作为关键词，通过散列的方式来过滤所述多个消息集合。

图2示出了与图1中所示的方法对应的装置。如图2所示，该装置包括：接收模块210，用于接收多个消息集合；过滤模块220，用于根据预定义的过滤规则，从所述多个消息集合中选择多个第一消息集合；分析模块230，用于针对所述多个第一消息集合中的每个第一消息集合，分析所述第一消息集合中涉及的各方以及所述各方在针对所述第一消息集合分配的资源中所占的份额；以及分配模块240，用于根据所述份额向所述各方中的每一方分配资源。

在本发明的一些示例中，该装置还可包括存储模块250，用于存储装置在操作中需要和/或产生的数据。例如上述各个模块接收到的数据、产生的数据以及要发送的数据等。再例如过滤模块220在执行操作时使用的预定义过滤规则等。本发明不对此进行限制。

存储模块可以是任意一个或多个存储设备，例如随机存取存储器(“RAM”)或只读存储器(“ROM”)等。本发明不对此进行限制。

在一些示例中，向所述各方中的每一方分配的资源是根据所述份额应分配的所有资源或部分资源。

在一些示例中，该多个消息集合是与订单有关的消息的集合。例如，该多个消息集合可分别包括与订单的台账的对账、订单的出库消息、订单的退款消息有关的消息。

在该示例中，过滤规则包括与时间点有关的规则，过滤模块220可用于以订单类型、支付方式和要分配的时间点的组合作为关键词，通过散列的方式来过滤所述多个消息集合。

在该示例中，过滤规则包括与收入机构有关的规则，过滤模块220还可用于：以订单类型、机构来源和账务机构的组合作为关键词，通过散列的方式来过滤所述多个消息集合。

需要注意的是，图2中所描述的装置仅是为了使本领域技术人员更清楚地理解本发明而作的图，其中省略了一些对理解本发明不必要的模块/组件，本发明的保护范围不应受这些附图的具体细节所限制。例如，实际的设备中可以包括更多的模块/组件，如显示器、操作维护接口等等。再例如，图2中所述的各个模块可由实际计算机中的一个或多个处理器/模块来实现。该模块可以是软件、硬件、固件或本领域技术人员熟知的其他方式。本发明不对这些进行限制。

下面将以该多个消息集合是与订单有关的消息的集合，资源是与订单有关的资金为例来阐述本发明的实施例。如上所述，需要注意的是，这仅是为了更清楚解释本发明所做出的示例，本发明的技术方案可应用于企业的生产经营中需要针对各方自动分配不同份额资源的任何场景中。

图3示出了根据本发明的实施例用于分配资源的系统的示意图。如图2所示，该用于分配资源的装置连接到与资源分配相关的各个设备。例如，在资源是资金的情况下，该装置可被称为资金分配装置/系统。同样地，在资源是其他类型资源的情况下，该装置也可能具有其他名称，本发明不对此进行限制。

在图3所示的示例中，台账服务用于记录每笔订单的细账，查询实收信息；商品中间件用于维护商品信息和税率信息，并提供对外访问接口，方便查询商品信息；出库中间件用于维护订单商品出库信息，并提供对外访问接口，方便查询出库信息；订单中间件用于维护订单基本信息，并提供对外访问接口，方便查询订单信息。上述各个设备/系统可向资金分配装置/系统发送与订单有关的信息，以便于资金分配装置/系统的资金分配。

需要注意的是，图3仅是为说明本发明而采用的一个示例的示意图，在其他示例中，还能够包括用于提供与订单有关的更多或更少信息的更多或更少的设备/系统。

图4示出了根据本发明实施例的资源分配方法的一个具体示例的示意图。如上所述，该具体示例以资金分配为例进行说明，但不排除将本发明的技术方案应用于除资金之外的其他资源的分配。

以电商的资金分配为例，该方案可实时接收例如台账的对账消息、订单的出库消息、订单的退款消息等消息。根据分配业务规则(包括时点规则、收入机构规则)，过滤出需要分配的订单的分配明细。生成的每笔明细的明细对应的每笔订单中真实的现金流转可不包括优惠券、虚拟资产。每笔明细都可以有对应的账务机构和往来机构以及需要流转的资金金额。生成的实时明细可以由资金分配系统触发实时生成结算单，每个结算单都是针对不同的往来机构，对应的分配金额的汇总。然后这些结算单调配到不同的机构，实现资金的流转和调配。分配明细的字段可包括：订单Id、订单类型、业务触发时间、金额类别、币种、结算时间、账务机构、往来机构、资金方向等。可对分配资金明细进行shard分表存储，每笔订单分配的记录都会持久化到sqlserver数据库中。例如可存储3年(或更长或更短时间)的账单明细。

具体地，如图4所示，消息采集模块(例如，图2的接收模块210)可以从电商系统接收与多个订单有关的多个消息集合。这些消息集合可涉及订单的收款、出库、退款、完成等。

然后，对这些消息进行过滤，例如通过图1中的步骤120或图2中的过滤模块220进行的操作来执行过滤。在图4示出为采用白名单方式进行过滤。然而也可以采用黑名单的方式滤除不符合要求的消息集合。

可将通过过滤的消息集合进行数据持久化，例如存储在图2所示的存储模块250中。

然后，可定时开启生成明细任务，对满足特定条件的消息集合进行解析，并向图3中示出的订单中间件查询在线订单信息，确定订单是否存在。例如，上述的特定条件可以是根据系统配置的时点规则的条件。订单在不同的生命周期会发出不同的消息。因此，当消息不是当前订单类型关注的时间点，可以忽略该消息。需要理解的是，本发明实施例中用于选择消息集合的判断条件不限于此，而可以是本领域技术人员常用或可想到的任何判断条件，本发明不对其进行限制。此外，上述解析也可以包括解析消息中订单的类型，解析库存信息和配送信息，以及解析订单相应的机构信息等等，或/且可包括本领域常用的其他解析方式。

如果不存在，则可执行归档订单查询，向订单中间件查询历史订单，并进行时间点判断和/或收入机构判断，计算实收。如果订单存在，可直接从中间件获取订单相关信息，而无需查询归档记录。

之后可封装明细，在存储模块(例如，存储模块220)中存储明细，并以shard分表方式存储台账信息。

图5示出了根据本发明实施例的装置的另一些模块的示意图。图5所示的各个模块可作为图2所示装置的补充或其中某个模块的具体实现。因此，可将图2和图5所示的装置进行任何组合以获得新的装置结构。本发明不对此进行限制。

如图5所示，该装置可包括时点管理模块。时点管理系统可通过订单类型+支付方式+要分配的时间点(出库、对账、完成、出库和收款等时间点)作为关键词，来通过散列的方式快速过滤不同的消息集合，判定消息集合是否有效。该系统可基于redis的内存缓存来提高读取的速度。每次做更新处理的时候，可先修改数据库，待事务提交后再修改缓存。

该装置还可包括收入机构管理模块。收入机构管理可通过订单类型+机构来源(出库、对账)+账务机构＝收入机构来作为关键词，通过散列的方式自动定位每笔订单的收入分配到哪个机构下。当匹配不存在的时候，可直接标记异常。

上述两个模板基本执行图2中过滤模块220的功能。然而如上所述，其还可以执行过滤功能之外的功能。

该装置还可包括配送配置模块。该模块通过配送方式来确认出当前所属的支付方式，是先款还是先货，属于时间点判定的支付方式。由于这类数据基本不变。所以每台服务器启动的时候，都可将其初始化直接加载到每台服务器的内存中，并通过定时刷新的方式，从数据库中同步。例如，可以一天两次同步。

该装置还可包括往来机构模块。该模块可以作为订单收入机构的一个维护模块。在这个模块中每个收入机构都会制定一个默认的银行账号。这个账号是该机构获取分配金额的入口，使得系统的资金能够自动化的流转到这个机构的账号下。该数据可直接存储在数据库上，并基于redis进行缓存。

该装置还可包括资金台账查询模块。该模块可以作为资金分配的一个内部台账模块。可通过这个模块来查询资金分配系统分配的所有订单分配明细。该模块可显示详细的明细信息，并且支持导出明细。由于台账模块需要满足实时查询，所以未采用关系型数据库分表方案，而是转而使用mongoDB的shard。该方案将数据做了一个水平切分，以对账时间作为shardkey来划分chunk元数据，mongoDB自带的平衡器可以很好的保持每个shard节点上chunk数量趋于平衡。可建立以订单类型+订单号+对账时间的二级索引。当选择了时间跨度节点时，可通过map-reduce的方式查询出对应collection，然后再做二次查询。这类似一个查询结果集缓存。

上述的mongoDb是一种常用的nosql数据库。shard是在分布式应用下的一种对数据进行水平拆分的方式。shardkey是进行水平拆分时所依赖的关键字。chunk是mongodb中存储数据的最小单元。需要注意的是，上述技术术语是本领域技术人员在进行数据库管理时常用的技术术语，在与本发明的技术方案不冲突时，其具有本领域中通常的意义。

该装置还可以包括余额模块。可通过该模块查询和管理对不同收入机构付款之后当前系统资金池中剩余的资金余额。因为资金分配支持对机构的部分付款，而通过该模块可以实时看到当前资金分配剩余的待分配金额。这部分数据可存储在数据库中。

该装置还可包括结算单模块。该模块将分配明细汇总成为结算单。结算单汇总生成的维度是币种+收入机构+结算时间。在资金分配中对结算单进行付款后，会让相应的资金打入到对应的收入机构对应的银行账户中。付款的方式同时可集成银行资金帐的调配单系统，由银行资金帐系统去审核和控制资金流转到账号，可集成统一收款管理平台，由统一收付管理平台审核后控制资金流出，以及可集成直接调用银企直联中间件，资金可通过相应的银行前置机直接将钱打到指定账号。

需要注意的是，本发明实施例所记载的技术方案在不冲突的情况下可以任意组合。

在本发明所提供的几个实施例中，应该理解到，所揭露的方法和设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个第二处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上面的描述仅用于实现本发明的实施方式，本领域的技术人员应该理解，在不脱离本发明的范围的任何修改或局部替换，均应该属于本发明的权利要求来限定的范围，因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims (12)

1.一种资源分配方法，包括：

接收多个消息集合；

根据预定义的过滤规则，从所述多个消息集合中选择多个第一消息集合；

针对所述多个第一消息集合中的每个第一消息集合，分析所述第一消息集合中涉及的各方以及所述各方在针对所述第一消息集合分配的资源中所占的份额；以及

根据所述份额向所述各方中的每一方分配资源。

2.根据权利要求1所述的方法，其中，向所述各方中的每一方分配的资源是根据所述份额应分配的所有资源或部分资源。

3.根据权利要求1或2所述的方法，其中，所述多个消息集合是与订单有关的消息的集合。

4.根据权利要求3所述的方法，其中，所述多个消息集合分别包括与所述订单的台账的对账、所述订单的出库消息、所述订单的退款消息有关的消息。

5.根据权利要求3所述的方法，其中，所述过滤规则包括与时间点有关的规则，所述选择包括：

以订单类型、支付方式和要分配的时间点的组合作为关键词，通过散列的方式来过滤所述多个消息集合。

6.根据权利要求3所述的方法，其中，所述过滤规则包括与收入机构有关的规则，所述选择包括：

以订单类型、机构来源和账务机构的组合作为关键词，通过散列的方式来过滤所述多个消息集合。

7.一种用于资源分配的装置，包括：

接收模块，用于接收多个消息集合；

过滤模块，用于根据预定义的过滤规则，从所述多个消息集合中选择多个第一消息集合；

分析模块，用于针对所述多个第一消息集合中的每个第一消息集合，分析所述第一消息集合中涉及的各方以及所述各方在针对所述第一消息集合分配的资源中所占的份额；以及

分配模块，用于根据所述份额向所述各方中的每一方分配资源。

8.根据权利要求7所述的装置，其中，向所述各方中的每一方分配的资源是根据所述份额应分配的所有资源或部分资源。

9.根据权利要求7或8所述的装置，其中，所述多个消息集合是与订单有关的消息的集合。

10.根据权利要求9所述的装置，其中，所述多个消息集合分别包括与所述订单的台账的对账、所述订单的出库消息、所述订单的退款消息有关的消息。

11.根据权利要求9所述的装置，其中，所述过滤规则包括与时间点有关的规则，所述过滤模块用于：

以订单类型、支付方式和要分配的时间点的组合作为关键词，通过散列的方式来过滤所述多个消息集合。

12.根据权利要求9所述的装置，其中，所述过滤规则包括与收入机构有关的规则，所述过滤模块用于：

以订单类型、机构来源和账务机构的组合作为关键词，通过散列的方式来过滤所述多个消息集合。