一种定期拆分方法和装置与流程

1.本技术涉及数据处理领域，尤其涉及一种定期拆分方法和装置。


背景技术：

2.在金融资产托管业务中，会经常遇到定期拆分的业务场景，需要定期将资金按照某些拆分规则分摊给符合条件的拆分对象。
3.由于不同类型的资金在不同的市场和/或不同的制度要求下的拆分基准和拆分规则存在一定的差异，目前，对于不同的类型的资金在不同的市场和不同的制度要求下的拆分都是独立进行功能开发的。在这种方案中，各个不同类型的资金的拆分过程的复用率不高。
4.因此，亟需提供一种定期拆分方法，以实现对各种不同类型的资金的集中管理和定期拆分，提高拆分过程的复用率。


技术实现要素：

5.本技术提供一种定期拆分方法，用以实现对各种不同类型的资金的集中管理和定期拆分，提高拆分过程的复用率。
6.第一方面，本技术提供一种定期方法，该方法包括：生成第一任务类型的拆分控制信息，所述第一任务类型是预先定义的至少一个任务类型中的一个，所述第一任务类型的拆分控制信息包括所述第一任务类型的定期拆分总金额；根据预先设定的主控流程对所述第一任务类型的定期拆分总金额进行拆分，所述主控流程用于指示对所述至少一个任务类型中的每个任务类型的定期拆分总金额的拆分过程。
7.基于上述方案，通过预先设定的主控流程，将对预先定义的多种不同类型的任务的资金的拆分过程统一化，可以实现对不同类型的任务进行统一集中管理，可以实现拆分过程的复用，并可以快速实现对各种不同类型任务的资金的拆分。
8.可选地，所述生成第一任务类型的拆分控制信息，包括：根据预先配置的第一映射关系确定所述第一任务类型的定期拆分总金额的确定规则，所述第一映射关系包括所述至少一种任务类型与定期拆分总金额的至少一种确定规则的对应关系；根据所述第一任务类型的定期拆分总金额的确定规则，确定第一任务类型的定期拆分总金额；基于所述第一任务类型的定期拆分总金额生成所述第一任务类型的拆分控制信息。
9.可选地，所述根据预先设定的主控流程对所述第一任务类型的定期拆分总金额进行拆分，包括：确定所述第一任务类型的至少一个拆分对象，所述第一任务类型的至少一个拆分对象为所述第一任务类型的定期拆分总金额应分配的对象；确定所述第一任务类型的拆分积数，所述第一任务类型的拆分积数包括：所述第一任务类型的每个拆分对象的拆分积数，以及所述第一任务类型的积数汇总值，所述积数汇总值为所述至少一个拆分对象的拆分积数的和，所述每个拆分对象的拆分积数和所述积数汇总值用于确定所述每个拆分对象的拆分比例；基于所述第一任务类型的所述每个拆分对象的拆分比例对所述第一任务类
型的定期拆分总金额进行拆分，得到与所述每个拆分对象对应的拆分值；对得到的与所述每个拆分对象对应的拆分值进行尾差的调整，得到与所述每个拆分对象对应的最终拆分值，所述尾差是所述积数汇总值与所述第一任务类型的定期拆分总金额的差值。
10.可选地，所述确定所述第一任务类型的至少一个拆分对象，包括：根据预先配置的第二映射关系确定所述第一任务类型的拆分对象的确定规则，所述第二映射关系包括所述至少一种任务类型与拆分对象的至少一种确定规则的对应关系；根据所述第一任务类型的拆分对象的确定规则，确定第一任务类型的至少一个拆分对象。
11.可选地，所述确定所述第一任务类型的拆分积数，包括：根据预先配置的第三映射关系确定所述第一任务类型的拆分积数的确定规则，所述第三映射关系包括所述至少一种任务类型与拆分积数的至少一种确定规则的对应关系；根据所述第一任务类型的拆分积数的确定规则，确定第一任务类型的拆分积数。
12.可选地，所述对得到的与所述每个拆分对象对应的拆分值进行尾差的调整，包括：根据预先配置的第四映射关系确定所述第一任务类型的调整规则，所述第四映射关系包括所述至少一种任务类型与至少一种调整规则的对应关系；根据所述第一任务类型的调整规则对所述得到的与所述每个拆分对象对应的拆分值进行尾差的调整。
13.可选地，所述调整规则包括：将所述尾差调整至所述拆分比例最大的拆分对象的拆分值、将所述尾差调整至所述拆分比例最小的拆分对象的拆分值、将所述尾差随机调整至所述第一任务类型的一个拆分对象的拆分值、或自定义的尾差调整规则。
14.可选地，所述方法还包括：确定当前日期是否为所述第一任务类型的定期拆分日期，所述定期拆分日期表示对所述第一任务类型的定期拆分总金额进行拆分的日期；以及所述生成第一任务类型的拆分控制信息，包括：在确定所述当前日期为所述第一任务类型的定期拆分日期的情况下，生成所述第一任务类型的拆分控制信息。
15.可选地，所述确定当前日期是否为所述第一任务类型的定期拆分日期，包括：获取所述当前日期；根据预先配置的第五映射关系确定所述第一任务类型的定期拆分日期的确定规则，所述第五映射关系包括所述至少一种任务类型与定期拆分日期的至少一种确定规则的对应关系；基于所述第一任务类型的定期拆分日期的确定规则，确定所述第一任务类型的定期拆分日期；确定所述当前日期是否为所述第一任务类型的定期拆分日期。
16.可选地，所述方法还包括：对所述第一任务类型的定期拆分总金额的拆分结果进行核对。
17.可选地，所述对所述第一任务类型的定期拆分总金额的拆分结果进行核对，包括：根据预先配置的第六映射关系确定所述第一任务类型的拆分结果核对规则，所述第六映射关系包括所述至少一种任务类型与至少一种拆分结果核对规则的对应关系；基于所述第一任务类型的拆分结果核对规则，对所述第一任务类型的定期拆分总金额的拆分结果进行核对。
18.第二方面，本技术提供一种定期拆分装置，所述装置包括用于实现用于执行第一方面以及第一方面中任一种可能实现方式中的方法的模块。
19.第三方面，本技术提供一种定期拆分装置，该装置包括处理器。该处理器与存储器耦合，可用于执行存储器中的计算机程序，以实现第一方面以及第一方面中任一种可能实现方式中的方法。
20.可选地，第三方面中的装置还包括存储器。
21.可选地，第三方面中的装置还包括通信接口，处理器与通信接口耦合。
22.第四方面，本技术提供了一种芯片系统，该芯片系统包括至少一个处理器，用于支持实现上述第一方面以及第一方面中任一种可能实现方式中所涉及的功能，例如，获取或处理上述方法中所涉及的数据等。
23.在一种可能的设计中，所述芯片系统还包括存储器，所述存储器用于保存程序指令和数据，存储器位于处理器之内或处理器之外。
24.该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
25.第五方面，本技术提供了一种计算机可读存储介质，所述计算机存储介质上存储有计算机程序(也可以称为代码，或指令)，当所述计算机程序在被处理器运行时，使得上述第一方面以及第一方面中任一种可能实现方式中的方法被执行。
26.第六方面，本技术提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得上述第一方面以及第一方面中任一种可能实现方式中的方法被执行。
27.应当理解的是，本技术的第二方面至第六方面与本技术的第一方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。
附图说明
28.图1是适用于本技术实施例的一种通信系统的示意图；
29.图2是本技术实施例提供的一种定期拆分装置的示意性框图；
30.图3是本技术实施例提供的一种定期拆分方法的流程示意图；
31.图4是本技术实施例提供的另一种定期拆分装置的示意性框图；
32.图5是本技术实施例提供的又一种定期拆分装置的示意性框图。
具体实施方式
33.下面将结合附图，对本技术中的技术方案进行描述。
34.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
35.需要说明的是，本技术的技术方案中，所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
36.为便于理解本技术实施例，以下对本技术中涉及到的一些术语或词汇作简单说明。
37.1、资产托管：资产托管业务是指具备一定资格的商业银行作为托管机构，依据有关法律法规，与委托人签订委托资产托管合同，安全保管委托投资的资产，履行托管机构相关职责的业务。例如，托管机构作为独立的第三方，根据法律法规的规定，接收委托人的委托，对委托人的委托资金进行安全保管、按照事先约定进行资金支付，并按照监管部门或委
托人要求，对投资管理人的行为进行监督。在资产托管业务中，托管机构需要与外部结算机构进行资金结算，涉及较多定期拆分的业务场景。
38.2、定期拆分：指根据一定的拆分规则，将总资金分配给多个客户，这多个客户中的每个客户可以称为一个拆分对象。
39.在金融资产托管业务中，会经常遇到定期拆分的业务场景。例如，最低备付金、结算保证金、专用结算备付金、结算保证金、价差保证金、银行风控资金等等，可以认为是不同的资金类型。相应地，定期拆分的业务可以包括但不限于：最低备付金拆分、结算保证金拆分、结算备付金拆息、专用结算备付金拆息、结算保证金拆息、价差保证金拆息、银行风控资金拆息等等，不同的定期拆分的业务的拆分规则不同。并且，对于同一种定期拆分的业务，在市场或者制度要求不同的情况下，拆分规则也不相同。市场不同，可以理解为，例如，在上海、深圳、沪港通和深港通等不同的市场。制度要求例如可以包括但不限于境内制度和合格的境外机构投资者(qualified foreign institutional investors，qfii)制度等。
40.由于不同类型的资金在不同的市场和/或不同的制度要求下的拆分基准和拆分规则存在一定的差异，目前，对于不同的类型的资金在不同的市场和/或不同的制度要求下的拆分都是独立进行功能开发的。在这种方案中，各个不同类型的资金的拆分过程的复用率不高。
41.因此，本技术提供一种定期拆分方法和装置，通过预先设定的主控流程，将对预先定义的多种不同类型的任务的资金的拆分过程统一化，以实现对不同类型的任务进行统一集中管理，并提供一些可选的内置规则来适配不同类型的任务的特点，以实现拆分过程和内置规则的复用，从而可以快速实现对各种不同类型任务的资金的拆分。
42.下面将结合附图，对本技术中的技术方案进行描述。
43.图1是适用于本技术实施例的一种通信系统的示意图。图1的通信系统100中示出了服务器110和客户端120，服务器110部署有可以执行本技术实施例提供的定期拆分方法的模块，客户端120可以与服务器进行信息交互，以访问服务器110上部署的前端模块，进而生成用户界面，并将该用户界面呈现给用户，以使得用户可以根据业务需求在该用户界面进行操作。
44.应理解，图1示出的通信系统100只是一示例，在实际应用场景中，对用户和客户端的具体数量不作限定。服务器110可以是一台服务器，也可以是多台服务器构成的服务器集群，本技术对此不作限定。
45.图2是本技术实施例提供的一种定期拆分装置的示意性框图。如图2所示，定期拆分装置200可以包括前端模块210和后端模块220，以及数据库230和工具类240。前端模块210可以包括日历交互模块211和定期拆分交互模块212，其中，定期拆分交互模块212可以包括控制表管理交互模块2121和拆分结果查询模块2122。后端模块220可以包括日历管理模块221、日期管理模块222、总金额管理模块223、控制表管理模块224和主控流程模块225，其中主控流程模块225可以包括拆分对象管理模块2251、拆分积数管理模块2252、拆分处理模块2253、尾差处理模块2254和结果核对模块2255。
46.用户可以在日历交互模块211的用户界面上进行日历查询、日历维护等操作，还可以按照日历类型、国家/地区、交易所、年份等条件进行分类查询，为用户维护法定节假日、交易所休市日等信息提供接口。
47.用户可以在控制表管理交互模块2121的用户界面上查询定期拆分控制表中的拆分控制信息，在控制表管理交互模块2121的用户界面上可以向用户展示的数据项可以包括但不限于：任务类型、定期拆分日期、定期拆分总金额、开始日期、截止日期、处理状态、经办人、操作时间、处理事项描述等信息。在控制表管理交互模块2121的用户界面上，用户可以勾选定期拆分控制表中的一条记录，来提交与这条记录中的任务类型相应的定期拆分任务。并且，在控制表管理交互模块2121的用户界面上，用户还可以调整或者补充拆分控制信息，例如，用户可以通过鼠标双击编辑开始日期、截止日期、定期拆分总金额和处理事项描述这四列信息中的任一项。
48.其中，任务类型可以由业务类型、地区和/或制度要求共同定义确定，例如，“上海境内最低备付金拆分”、“上海qfii最低备付金拆分”、“深圳境内最低备付金拆分”、“深圳qfii最低备付金拆分”、“北京境内最低备付金拆分”、“北京qfii最低备付金拆分”、“北京qfii最低备付金拆息”等是不同的任务类型。需要说明的是，香港市场不涉及制度要求维度，可以包括“境内银行风控资金拆息”、“香港银行风控资金拆息”、“香港结算风控资金拆息”等任务类型。定期拆分总金额是开始时间至截止时间这个时间段内所涉及到的需要拆分的总金额，不同任务类型的开始时间可以不同，不同任务类型的截止时间也可以不同，不同任务类型的开始时间和截止时间可以根据一定的行业标准预先确定。
49.用户可以在基于拆分结果查询模块2122生成的用户界面上查询定期数据拆分结果。示例性地，拆分结果可以分为一级数据和二级数据，一级数据可以包括：任务类型、积数汇总值、定期拆分总金额等。用户可以在界面上勾选一级数据，并点击查看明细数据，在拆分结果查询模块2122的用户界面上可以向用户展示一级数据对应的二级数据。二级数据可以包括：定期拆分对象、开始日期、截止日期、定期拆分日期、拆分对象、与拆分对象对应的拆分积数、与拆分对象对应的最终拆分值、计算值、尾差等信息。
50.应理解，一个任务类型可以对应至少一个拆分对象，上文已述及，拆分对象是定期拆分总金额应分配的对象。积数汇总值是一个任务类型对应的全部拆分对象的拆分积数的和，每个拆分对象的拆分积数和积数汇总值用于确定每个拆分对象对定期拆分总金额应分配的拆分比例。拆分值是根据每个拆分对象对应的拆分比例对定期拆分总金额进行拆分后得到的金额。尾差是一个任务类型对应的全部拆分对象对应的拆分值的和与该任务类型的定期拆分总金额的差值。每个拆分对象对应的最终拆分值是每个对象的拆分值经过尾差调整后金额。计算值根据该任务类型对应的计算每个拆分对象的应得金额的计算规则计算出的值，一个拆分对象对应的计算值用于判断该拆分对象的最终拆分值是否准确。
51.日历管理模块221可以为用户在日历交互模块211的用户界面提供日历信息数据库查询和持久化操作的底层逻辑，用户只需要按照法定节假日或交易所休市日公告在日历交互模块211的用户界面上维护节假日，该模块可以提供自动设定其他日期为工作日或者交易日的功能。
52.日历管理模块222可以提供自动获取当前日期的功能，并且该模块中预先配置了定期拆分日期的确定规则、开始日期的确定规则和截止日期的确定定规则。例如，该模块可以支持按国家/地区或交易所分别计算前n(1≤n≤12，n为整数)个月第m(m≥1，m为整数)个自然日/工作日/交易日、前n个月最后一个自然日/工作日/交易日、每月第n个自然日/工作日/交易日、当前日期前/后一个自然日/工作日/交易日、每月第n到m个自然日/工作日/交
易日、每季度第n个月的第m个自然日/工作日/交易日、前l(1≤l≤4，l为整数)个季度第q(1≤q≤3，q为整数)个月的第m个自然日/工作日/交易日等不同的规则来判定当前系统日期是否为工作日/交易日。基于该模块可以获取到每个任务类型的定期拆分日期、开始日期和截止日期。应理解，预先配置的定期拆分日期的确定规则、开始日期的确定规则和截止日期的确定规则，可以包括但不限于每种任务类型的通用规则或自定义的每种任务类型的规则，自定义的每种任务类型的规则例如可以通过spring(一种应用程序框架)表达式语言(spring expression language，spel)表达式实现。
53.总金额管理模块223可以提供获取定期拆分总金额的功能。该模块中预先配置了定期拆分总金额的确定规则，定期拆分总金额的确定规则可以包括但不限于自定义的spel表达式规则、已知的接口实现类规则或基于ibatis(一种应用程序框架)的sqlmap(一种结构化查询语言(structured query language，sql)注入工具)命名空间和“sqlid”字段查询的规则。
54.基于控制表管理模块234，定期拆分装置200可以判断当前日期是否为定期拆分日期，在当前日期是定期拆分日期的情况下，可以通过总金额管理模块223获取定期拆分总金额，基于获取到的定期拆分总金额生成一条拆分控制信息，生成的控制信息中包括定期拆分总金额。另外，拆分控制信息中还可以包括开始日期和结束日期，本技术对此不作限定。用户可以在控制表管理交互模块2121的用户界面上查询拆分控制信息，并且用户可以在核对信息无误的情况下，点击提交这条拆分控制信息，定期拆分装置200可以生成相应的定期拆分任务。
55.主控流程模块225可以提供对不同的任务类型的拆分任务进行扫描、拆分处理以及对处理状态的更新等的实现逻辑。
56.其中，拆分对象管理模块2251可以获取不同任务类型对应的拆分对象。该模块中预先配置了不同任务类型对应的拆分对象的确定规则，不同类型的拆分对象的确定规则可以包括但不限于自定义的spel表达式规则、已知的接口实现类规则或基于ibatis的sqlmap命名空间和“sqlid”字段查询的规则。
57.拆分积数管理模块2252可以获取不同任务类型对应的拆分对象的拆分积数和积数汇总值。该模块中预先配置了不同任务类型对应的拆分积数的确定规则，拆分积数的确定规则可以包括但不限于自定义的spel表达式规则、已知的接口实现类规则或基于ibatis的sqlmap命名空间和“sqlid”字段查询的规则。
58.拆分处理模块2253提供了基于拆分对象的拆分积数、积数汇总值对定期拆分总金额进行拆分的处理逻辑。
59.尾差处理模块2254提供了确定尾差和基于尾差对每个拆分对象的最终拆分值进行调整的处理逻辑。该模块中预先配置了不同任务类型对应的尾差的调整规则，调整规则可以包括但不限于：将尾差调整至拆分比例最大的拆分对象的拆分值、将尾差调整至拆分比例最小的拆分对象的拆分值、将尾差随机调整至任意一个拆分对象的拆分值、或自定义的调整规则。
60.结果核对模块2255提供了对拆分对象的最终拆分值进行准确性核对的处理逻辑。该模块中预先配置了不同任务类型对应的拆分结果核对规则，拆分结果核对规则可以包括但不限于自定义的spel表达式规则、已知的接口实现类规则或基于ibatis的sqlmap命名空
间和“sqlid”字段查询的规则。
61.应理解，图2中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本技术各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
62.本技术中涉及到的数据库可以是但不限于甲骨文(oracle)数据库，数据库中可以存储有本技术实施例中所涉及到的各种数据和/或信息等，例如，定期拆分控制配置表、定期拆分任务配置表、定期拆分控制表、定期拆分任务表、定期拆分对象表、定期拆分结果表、日历表等数据模型。
63.本技术中涉及到的工具类可以是但不限于与spel表达式相关的工具类和基于ibatis的sqlmap相关的工具类等。
64.应理解，图1示出的服务器110可以为图2中示出的定期拆分装置200中的一例。下面以服务器为例，对本技术实施例提供的定期拆分方法进行详细说明。
65.图3是本技术实施例提供的一种定期拆分方法的流程示意图。
66.需要说明的是，图3所示的实施例中引入了多个映射关系，如第一映射关系至第六映射关系，这些映射关系可以以表格形式配置，也可以以其他形式预先配置，比如有序数组、队列等。本技术对此不作限定。
67.如图3所示，定期拆分方法300包括步骤310和步骤320。下面对步骤310和步骤320进行详细说明。
68.在步骤310中，服务器生成第一任务类型的拆分控制信息。
69.上文已述及，任务类型可以包括“上海境内最低备付金拆分”、“上海qfii最低备付金拆分”、“深圳qfii最低备付金拆分”、“深圳境内最低备付金拆分”、“深圳qfii最低备付金拆分”、“北京境内最低备付金拆分”、“北京qfii最低备付金拆分”、“北京qfii最低备付金拆息”、“境内银行风控资金拆息”、“香港银行风控资金拆息”、“香港结算风控资金拆息”等等。本技术对此不作限定。
70.第一任务类型是预先定义的至少一个任务类型中的一个。第一任务类型的拆分控制信息可以包括第一任务类型的定期拆分总金额。
71.服务器可以获取第一任务类型的定期拆分总金额，并基于获取到的第一任务类型的定期拆分总金额，生成一条对应于第一任务类型的拆分控制信息，该拆分控制信息可以指示第一任务类型需要拆分的总金额是多少。上文已述及，拆分控制信息中还可以包括开始日期和结束日期，本技术对此不作限定。
72.可选地，服务器可以将生成的对应于第一任务类型的拆分控制信息存储在拆分控制表中，并将该拆分控制信息的处理状态初始化为待执行。
73.可选地，当用户在页面上提交了该拆分控制信息后，也即在用户提交了对应于第一任务类型的拆分任务后，服务器可以生成一条任务信息。需要说明的是，每条任务信息可以对应一个唯一的任务编号。服务器可以将任务信息存储在定期拆分任务表中，并将与第一任务类型对应的任务信息的处理状态初始化为待执行。
74.需要说明的是，服务器在将与第一任务类型对应的任务信息的处理状态初始化为待执行时，还可以将定期拆分控制表中与第一任务类型对应的拆分控制信息的处理状态修
改为执行中。处理状态为执行中的任务类型，在用户再次提交时，不会再次生产对应于该任务类型的任务信息，这样一来，就可以避免其他用户再次对该第一任务类型的拆分控制信息提交，而造成对该第一任务类型的拆分任务并发处理的问题。
75.在一种可能的实现方式中，服务器生成第一任务类型的拆分控制信息，可以包括：根据预先配置的第一映射关系确定该第一任务类型的定期拆分总金额的确定规则，第一映射关系包括所述至少一种任务类型与定期拆分总金额的至少一种确定规则的对应关系；根据该第一任务类型的定期拆分总金额的确定规则，确定第一任务类型的定期拆分总金额；基于所述第一任务类型的定期拆分总金额生成所述第一任务类型的拆分控制信息。
76.示例性地，服务器可以根据第一映射关系确定总金额管理模块223中配置的与该第一任务类型对应的定期拆分总金额的确定规则，并根据该规则获取第一任务类型的定期拆分总金额，进而再基于获取到的第一任务类型的定期拆分总金额，生成一条对应于第一任务类型的拆分控制信息。
77.更为详细地，服务器可以先判断当前日期是否为第一任务类型的定期拆分日期，在当前日期是第一任务类型的定期拆分日期的情况下，可以初始化定期拆分控制表中第一任务类型的开始日期、截止日期和定期拆分总金额。也就是说，服务器可以基于定时任务每日扫描定期拆分控制配置表，判断当前日期是否符合定期拆分日期字段对应的配置方法计算结果，如果符合，则服务器可以生成一条初始化的定期拆分控制表中的拆分控制信息，通过日历管理模块222获取第一任务类型的开始日期和截止日期，通过总金额管理模块223获取第一任务类型的定期拆分总金额，并将这三个参数更新到与第一任务类型对应的定期拆分控制信息中。从而，用户可以在用户界面上查询定期拆分控制表中的定期拆分控制信息，对第一任务类型的定期拆分控制信息进行核对，确定第一任务类型的定期拆分控制信息无误后，用户可以提交拆分，服务器可以响应于用户的提交操作，生成与第一任务类型对应的定期拆分任务。本技术对此过程不作任何限定。在步骤320中，服务器根据预先设定的主控流程对第一任务类型的定期拆分总金额进行拆分。
78.主控流程用于指示对预先定义的至少一个任务类型中的每个任务类型的定期拆分总金额的拆分过程。当预先定义的任务类型为多个时，该多个任务类型可共享同一个主控流程。换句话说，该至少一个任务类型的定期拆分总金额的拆分过程可以由同一个主控流程来指示，或者说，通过该主控流程，实现了该至少一个任务类型的定期拆分总金额的拆分过程的统一化。
79.示例性地，如图2中的主控流程模块225中预先设定了对不同的任务类型进行拆分处理的统一的处理过程的逻辑，也可以理解为，对不同的任务类型的定期拆分总金额进行拆分可以使用相同的处理过程。
80.当服务器基于主控流程扫描到待执行的任务后，服务器可以将与第一任务类型对应的任务信息的处理状态更新为执行中。本技术对此不作限定。
81.可选地，当服务器对第一任务类型的定期拆分总金额拆分完成后，可以将拆分控制表中和拆分任务表中与第一任务类型对应的处理状态更新为处理完成，或者，在对第一任务类型地定期拆分总金额拆分成功的情况下，将与第一任务类型对应的处理状态更新为执行成功，在对第一任务类型地定期拆分总金额拆分失败的情况下，将与第一任务类型对应的处理状态更新为执行失败。本技术对此不作限定。
82.在一种可能的实现方式中，服务器根据预先设定的主控流程对第一任务类型的定期拆分总金额进行拆分，可以包括：服务器确定第一任务类型的至少一个拆分对象，第一任务类型的至少一个拆分对象为该第一任务类型的定期拆分总金额应分配的对象；服务器确定该第一任务类型的拆分积数，该第一任务类型的拆分积数包括：该第一任务类型的每个拆分对象的拆分积数，以及该第一任务类型的积数汇总值，积数汇总值为所述至少一个拆分对象的拆分积数的和，每个拆分对象的拆分积数和所述积数汇总值用于确定每个拆分对象的拆分比例；服务器基于该第一任务类型的每个拆分对象的拆分比例对该第一任务类型的定期拆分总金额进行拆分，得到与每个拆分对象对应的拆分值；服务器对得到的与每个拆分对象对应的拆分值进行尾差的调整，得到与每个拆分对象对应的最终拆分值，尾差是所述至少一个拆分对象的拆分值的和与该第一任务类型的定期拆分总金额的差值。
83.示例性地，服务器可以先获取第一任务类型的拆分对象和每个拆分对象对应的拆分积数，再对这至少一个多个拆分对象对应的拆分积数求和得到第一任务类型的积数汇总值，并根据每个拆分对象的拆分积数与积数汇总值的比例关系确定出每个拆分对象的拆分比例。服务器可以基于每个拆分对象的拆分比例计算出每个拆分对象的拆分值，再对这至少一个拆分对象的拆分值求和，并计算出这至少一个拆分对象的拆分值的和与定期拆分总金额的差值，计算得到的这个差值即为尾差，再基于得到的这个尾差对每个拆分对象的拆分值进行调整，得到每个拆分对象对应的最终拆分值。
84.需要说明的是，这至少一个拆分对象的对应的最终拆分值的和与定期拆分总金额相等。
85.可选地，服务器确定第一任务类型的至少一个拆分对象，可以包括：服务器根据预先配置的第二映射关系确定第一任务类型的拆分对象的确定规则，第二映射关系包括所述至少一种任务类型与拆分对象的至少一种确定规则的对应关系；服务器根据第一任务类型的拆分对象的确定规则，确定第一任务类型的至少一个拆分对象。
86.示例性地，服务器可以根据第二映射关系确定拆分对象管理模块2251中配置的与该第一任务类型对应的至少一个拆分对象的确定规则，并根据确定出的规则获取到与该第一任务类型对应的全部拆分对象。
87.可选地，服务器可以将获取到的第一任务类型对应的全部拆分对象存储到拆分对象表中。
88.可选地，服务器确定所述第一任务类型的拆分积数，可以包括：服务器根据预先配置的第三映射关系确定第一任务类型的拆分积数的确定规则，第三映射关系包括所述至少一种任务类型与拆分积数的至少一种确定规则的对应关系；服务器根据第一任务类型的拆分积数的确定规则，确定第一任务类型的拆分积数。
89.示例性地，服务器可以根据第三映射关系确定拆分积数管理模块2252中配置的与该第一任务类型对应的至少一个拆分对象对应的拆分积数的确定规则，并根据确定出的规则获取到与该第一任务类型对应的全部拆分对象的拆分积数。
90.可选地，服务器可以将获取到的第一任务类型对应的全部拆分对象和每个拆分对象对应的拆分积数存储到拆分积数表中，并且，可以将拆分积数表与拆分对象表中的数据进行内连接查询，排除这两张表中拆分对象不一致的数据，并将排除后的拆分对象和拆分积数保存到定期拆分结果表中。
91.可选地，服务器对得到的与所述每个拆分对象对应的拆分值进行尾差的调整，可以包括：服务器根据预先配置的第四映射关系确定第一任务类型的调整规则，第四映射关系包括所述至少一种任务类型与至少一种调整规则的对应关系；服务器根据第一任务类型的调整规则对得到的与每个拆分对象对应的拆分值进行尾差的调整。
92.示例性地，服务器可以根据第四映射关系确定尾差处理模块2254中配置的与该第一任务类型对应的至少一个拆分对象对应的拆分值的调整规则，并根据确定出的规则对该第一任务类型对应的每个拆分对象的拆分值进行调整，从而得到每个拆分对象的最终拆分值。
93.在一种可能的实现方式中，上述调整规则可以包括但不限于：将尾差调整至拆分比例最大的拆分对象的拆分值、将尾差调整至拆分比例最小的拆分对象的拆分值、将尾差随机调整至第一任务类型的任意一个拆分对象的拆分值、或自定义的调整规则。
94.示例性地，假设第一任务类型对应3个拆分对象，这3个拆分对象分别为拆分对象1、拆分对象2和拆分对象3，并且，这3个拆分对象对应的拆分比例的大小排序为拆分对象1＜拆分对象2＜拆分对象3，计算出的第一任务类型的对应的尾差为0.01。
95.基于上述假设，按照将尾差调整至拆分比例最大的拆分对象的拆分值的规则，尾差0.01应调整至拆分对象3，也即，拆分对象3的拆分值加上0.01得到拆分对象3的最终拆分值。此外，对拆分对象1和拆分对象2的拆分值的调整可以是，拆分对象1和拆分对象2的拆分值分别加上0，或者，直接将拆分对象1和拆分对象2的拆分值分别赋值给拆分对象1和拆分对象2的最终拆分值。
96.同样地，基于上述假设，按照将尾差调整至拆分比例最小的拆分对象的拆分值的规则，尾差0.01应调整至拆分对象1，也即，拆分对象1的拆分值加上0.01得到拆分对象1的最终拆分值。此外，对拆分对象2和拆分对象3的拆分值的调整可以是，拆分对象2和拆分对象3的拆分值分别加上0，或者，直接将拆分对象2和拆分对象3的拆分值分别赋值给拆分对象2和拆分对象3的最终拆分值。
97.同样地，基于上述假设，按照将尾差随机调整至第一任务类型的任意一个拆分对象的拆分值的规则，尾差0.01应调整这三个拆分对象中的任意一个拆分对象。
98.同样地，基于上述假设，按照自定义的调整规则，尾差0.01可以根据自定义的规则调整至符合条件的拆分对象。
99.在一种可能的实现方式中，方法300还可以包括：服务器确定当前日期是否为第一任务类型的定期拆分日期，定期拆分日期表示对第一任务类型的定期拆分总金额进行拆分的日期；以及在确定当前日期为所述第一任务类型的定期拆分日期的情况下，生成第一任务类型的拆分控制信息。
100.示例性地，服务器可以基于控制表管理模块234判断当前日期是否为定期拆分日期，在确定当前日期为所述第一任务类型的定期拆分日期的情况下，生成第一任务类型的拆分控制信息。
101.可选地，服务器确定当前日期是否为第一任务类型的定期拆分日期，可以包括：服务器获取当前日期；根据预先配置的第五映射关系确定第一任务类型的定期拆分日期的确定规则，第五映射关系包括所述至少一种任务类型与定期拆分日期的至少一种确定规则的对应关系；基于第一任务类型的定期拆分日期的确定规则，确定第一任务类型的定期拆分
日期；确定当前日期是否为第一任务类型的定期拆分日期。
102.示例性地，服务器可以每天定时基于日历管理模块222自动获取当前日期，并根据第五映射关系确定日历管理模块222中配置得的与第一任务类型对应的定期拆分日期的确定规则，并根据确定出的规则获取到第一任务类型的定期拆分日期。服务器进而可以基于控制表管理模块234判断当前日期是否为第一任务类型的定期拆分日期。
103.在一种可能的实现方式中，上述方法300还可以包括：对第一任务类型的定期拆分总金额的拆分结果进行核对。
104.为了保证对第一任务类型的定期拆分总金额拆分的准确性，服务器还可以对第一任务类型的定期拆分总金额的拆分结果进行核对，例如，判断每个拆分对象对应的最终拆分值是否与计算值的差值在可接受的范围内，若差值在可接受的范围内，则可以认为拆分结果较为准确，如果差值不在可接受的范围内，则认为拆分结果不准确，可以重新对第一任务类型进行拆分。
105.可选地，服务器对第一任务类型的定期拆分总金额的拆分结果进行核对，可以包括：服务器根据预先配置的第六映射关系确定第一任务类型的拆分结果核对规则，第六映射关系包括所述至少一种任务类型与至少一种拆分结果核对规则的对应关系；服务器基于第一任务类型的拆分结果核对规则，对第一任务类型的定期拆分总金额的拆分结果进行核对。
106.示例性地，服务器可以基于结果核对模块2255中预先配置的不同任务类型对应的拆分结果核对规则，确定出第一任务类型对应的拆分结果核对规则，并基于确定出来得的规则对第一任务类型的拆分结果进行核对。
107.例如，服务器可以根据确定出的规则，基于计算第一任务类型对应的计算值的公式计算出第一任务类型的对应的每个拆分对象的计算值，将各个拆分对象的计算值和最终拆分值一一比较，判断是否在各个拆分对象的计算值与最终拆分值的差值是否小于预设的阈值，如果小于预设的阈值，则可以保存当前的各个最终拆分值和计算值，并将记录处理状态为处理成功；如果大于预设的阈值，则可以记录处理状态为拆分失败，并重新对第一任务类型的定期拆分总金额进行拆分；或者，保存当前的各个最终拆分值和计算值，并记录处理状态为拆分失败，在用户触发再次拆分操作后，重新对第一任务类型的定期拆分总金额进行拆分，本技术对此不作限定。
108.在一种可能的实现方式中，例如，第一映射关系和第五映射关系，以及不同的任务类型对应的开始日期的确定规则和结束日期的确定规则，可以预先配置在定期拆分控制配置表中，定期拆分控制配置表可以存储在数据库中。定期拆分控制配置表如表1所示。
109.表1定期拆分控制配置表
[0110][0111]
又例如，第二映射关系至第四映射关系，以及第六映射关系可以预先配置在定期拆分任务配置表中，定期拆分任务配置表可以存储在数据库中。定期拆分任务配置表如表2所示。
[0112]
表2定期拆分任务配置表
[0113][0114]
示例性地，下面结合表3对本技术中的方法300进行进一步说明。
[0115]
表3
[0116][0117]
例如，深圳境内结算备付金拆息是上文中所述的第一任务类型。该任务类型的开始日期为上个季度最后一个月的21日，结束日期为本季度最后一个月的20日，服务器确定出该任务类型的定期拆分日期为每个季度最后一个月的21日。也即，每季度的最后一个月的21日结算机构会将结算备付金利息支付给托管机构，托管机构确定出符合条件的客户，也即相应的拆分对象，并计算每个客户从上个季度最后一个月的21日至本季度最后一个月的20日将这个时间段内每日客户结算备付金余额进行累加得到每个客户的拆分积数，根据每个客户的拆分积数与这个任务类型对应的全部客户的拆分积数总和的占比为每个客户拆分结算备付金利息。如表3中的尾差0.01是由100.01-(58.33 25 16.67)计算得到的，假设按照尾差调整到积数占比最高的拆分对象的规则，则将0.01调整至客户a的拆分值，因此，客户a的最终拆分值为58.34。同时假设，结算机构发布的利息的计算值的计算方法中的年化利率为0.3％，则分别计算每个客户的利息，客户a的利息为(0.3％
÷
360)
×
7000000≈58.33，客户b的利息为(0.3％
÷
360)
×
3000000＝25，客户c的利息为(0.3％
÷
360)
×
2000000≈16.67，将计算值与最终拆分值进行比对，客户a的核对结果为0.01，客户b和客户c的核对结果为0，假设0.01小于预设的阈值，则客户a、客户b和客户c的最终拆分值都准确，服务器可以将该任务类型的处理状态更新为拆分成功。
[0118]
基于上述方案，通过预先设定的主控流程，将对不同类型的任务的资金的拆分过程统一化，可以实现对不同类型的任务进行统一集中管理，并提供一些可选的内置规则来适配不同类型的任务的特点，可以实现拆分过程和内置规则的复用，并可以快速实现对各种不同类型任务的资金的拆分，提高业务需求响应时效性。由于提高了拆分过程和内置规则的复用率，从而也可以提升开发效率，降低维护成本，并且，增加了拆分结果核对过程，能够保证拆分结果的准确性。
[0119]
图4是本技术实施例提供的另一种定期拆分装置的示意性框图。
[0120]
如图4所示，该定期拆分装置400可以包括：生成模块410和拆分模块420。该定期拆分装置400可用于实现上述方法300中服务器的功能，其中，该生成模块410可以用于生成第一任务类型的拆分控制信息，所述第一任务类型是预先定义的至少一个任务类型中的一个，所述第一任务类型的拆分控制信息包括所述第一任务类型的定期拆分总金额；拆分模块420可以用于根据预先设定的主控流程对所述第一任务类型的定期拆分总金额进行拆
分，所述主控流程用于指示对所述至少一个任务类型中的每个任务类型的定期拆分总金额的拆分过程。
[0121]
可选地，该生成模块410具体可以用于根据预先配置的第一映射关系确定所述第一任务类型的定期拆分总金额的确定规则，所述第一映射关系包括所述至少一种任务类型与定期拆分总金额的至少一种确定规则的对应关系；根据所述第一任务类型的定期拆分总金额的确定规则，确定第一任务类型的定期拆分总金额；基于所述第一任务类型的定期拆分总金额生成所述第一任务类型的拆分控制信息。
[0122]
可选地，该拆分模块420具体可以用于确定所述第一任务类型的至少一个拆分对象，所述第一任务类型的至少一个拆分对象为所述第一任务类型的定期拆分总金额应分配的对象；确定所述第一任务类型的拆分积数，所述第一任务类型的拆分积数包括：所述第一任务类型的每个拆分对象的拆分积数，以及所述第一任务类型的积数汇总值，所述积数汇总值为所述至少一个拆分对象的拆分积数的和，所述每个拆分对象的拆分积数和所述积数汇总值用于确定所述每个拆分对象的拆分比例；基于所述第一任务类型的所述每个拆分对象的拆分比例对所述第一任务类型的定期拆分总金额进行拆分，得到与所述每个拆分对象对应的拆分值；对得到的与所述每个拆分对象对应的拆分值进行尾差的调整，得到与所述每个拆分对象对应的最终拆分值，所述尾差是所述积数汇总值与所述第一任务类型的定期拆分总金额的差值。
[0123]
可选地，该拆分模块420具体可以用于根据预先配置的第二映射关系确定所述第一任务类型的拆分对象的确定规则，所述第二映射关系包括所述至少一种任务类型与拆分对象的至少一种确定规则的对应关系；根据所述第一任务类型的拆分对象的确定规则，确定第一任务类型的至少一个拆分对象。
[0124]
可选地，该拆分模块420具体可以用于根据预先配置的第三映射关系确定所述第一任务类型的拆分积数的确定规则，所述第三映射关系包括所述至少一种任务类型与拆分积数的至少一种确定规则的对应关系；根据所述第一任务类型的拆分积数的确定规则，确定第一任务类型的拆分积数。
[0125]
可选地，该拆分模块420具体可以用于根据预先配置的第四映射关系确定所述第一任务类型的调整规则，所述第四映射关系包括所述至少一种任务类型与至少一种调整规则的对应关系；根据所述第一任务类型的调整规则对所述得到的与所述每个拆分对象对应的拆分值进行尾差的调整。
[0126]
可选地，所述调整规则包括：将所述尾差调整至所述拆分比例最大的拆分对象的拆分值、将所述尾差调整至所述拆分比例最小的拆分对象的拆分值、将所述尾差随机调整至所述第一任务类型的一个拆分对象的拆分值、或自定义的尾差调整规则。
[0127]
可选地，该定期拆分装置400还可以包括确定模块430，该确定模块430可以用于确定当前日期是否为所述第一任务类型的定期拆分日期，所述定期拆分日期表示对所述第一任务类型的定期拆分总金额进行拆分的日期；以及该生成模块410可以用于在确定所述当前日期为所述第一任务类型的定期拆分日期的情况下，生成所述第一任务类型的拆分控制信息。
[0128]
可选地，该确定模块430具体可以用于获取所述当前日期；根据预先配置的第五映射关系确定所述第一任务类型的定期拆分日期的确定规则，所述第五映射关系包括所述至
少一种任务类型与定期拆分日期的至少一种确定规则的对应关系；基于所述第一任务类型的定期拆分日期的确定规则，确定所述第一任务类型的定期拆分日期；确定所述当前日期是否为所述第一任务类型的定期拆分日期。
[0129]
可选地，该定期拆分装置400还可以包括核对模块440，该核对模块440可以用于对所述第一任务类型的定期拆分总金额的拆分结果进行核对。
[0130]
可选地，该核对模块440具体可以用于根据预先配置的第六映射关系确定所述第一任务类型的拆分结果核对规则，所述第六映射关系包括所述至少一种任务类型与至少一种拆分结果核对规则的对应关系；基于所述第一任务类型的拆分结果核对规则，对所述第一任务类型的定期拆分总金额的拆分结果进行核对。
[0131]
应理解，图4中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本技术各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
[0132]
图5是本技术实施例提供的又一种定期拆分装置的示意性框图。
[0133]
该定期拆分装置500可用于实现上述方法300中服务器的功能。该定期拆分装置500可以为芯片系统。本技术实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
[0134]
如图5所示，该定期拆分装置500可以包括至少一个处理器510，用于实现本技术实施例提供的方法300中服务器的功能。
[0135]
示例性地，当该定期拆分装置500用于实现本技术实施例提供的方法300时，处理器510可以用于生成第一任务类型的拆分控制信息，所述第一任务类型是预先定义的至少一个任务类型中的一个，所述第一任务类型的拆分控制信息包括所述第一任务类型的定期拆分总金额；根据预先设定的主控流程对所述第一任务类型的定期拆分总金额进行拆分，所述主控流程用于指示对所述至少一个任务类型中的每个任务类型的定期拆分总金额的拆分过程。具体参见方法示例中的详细描述，此处不做赘述。
[0136]
该定期拆分装置500还可以包括至少一个存储器520，可以用于存储多个事务函数以及信息和/或数据。存储器520和处理器510耦合。本技术实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器510可能和存储器520协同操作。处理器510可能执行存储器520中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
[0137]
该定期拆分装置500还可以包括通信接口530，用于通过传输介质和其它设备进行通信，从而使得该定期拆分装置500可以和其它设备进行通信。所述通信接口530例如可以是收发器、接口、总线、电路或者能够实现收发功能的装置。处理器510可利用通信接口530收发数据和/或信息，并用于实现图3对应的实施例中所述服务器所执行的方法300。
[0138]
本技术实施例中不限定上述处理器510、存储器520以及通信接口530之间的具体连接介质。本技术实施例在图5中以处理器510、存储器520以及通信接口530之间通过总线540连接。总线540在图5中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0139]
本技术还提供了一种芯片系统，所述芯片系统包括至少一个处理器，用于实现上述图3所示实施例中所述服务器执行的方法中所涉及的功能。
[0140]
在一种可能的设计中，所述芯片系统还包括存储器，所述存储器用于保存程序指令和数据，存储器位于处理器之内或处理器之外。
[0141]
该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
[0142]
本技术还提供一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行如图3所示实施例的方法。
[0143]
本技术还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序(也可以称为代码，或指令)。当所述计算机程序被运行时，使得计算机执行如图3所示实施例的方法。
[0144]
应理解，本技术实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
[0145]
还应理解，本技术实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0146]
本说明书中使用的术语“单元”、“模块”等，可用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。
[0147]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step)，能够以电子硬件、或者计算机软件
和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。在本技术所提供的几个实施例中，应该理解到，所揭露的装置、设备和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0148]
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
[0149]
另外，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上单元集成在一个模块中。
[0150]
在上述实施例中，各功能模块的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令(程序)。在计算机上加载和执行所述计算机程序指令(程序)时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字通用光盘(digital video disc，dvd))、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
[0151]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0152]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。