一种账单管理方法、装置、设备与流程

1.本技术涉及互联网技术领域，更具体地说，涉及一种账单管理方法、装置、设备。


背景技术：

2.随着移动互联网的快速发展和智能手机的普及，用户的生活需求也在不断变化。随着用户的生活习惯从实体店消费慢慢地转变为网购，用户的支付手段也从传统的现金支付转变为便捷的移动支付。移动支付是指移动客户端利用手机等电子产品来进行电子货币支付，移动支付由互联网、终端设备、金融机构有效地联合形成的一个新型的支付体系。互联网时代下的移动支付打破了传统支付对于时空的限制，使用户可以随时随地进行支付活动。传统支付以现金支付为主，需要用户与商户之间面对面支付，对支付时间和地点都有很大的限制；移动支付以手机支付为主，用户可以用手机随时随地进行支付活动，不受时间和空间的限制。除此之外，还有面刷、指纹刷等各种各样的移动支付手段。
3.移动支付在给用户提供支付便利的同时，也促成了许多消费平台与银行、金融公司之间的合作。为了更好地为用户提供便捷的移动支付体验。各大消费平台常常与多家银行、金融公司进行联合服务，共同管理用户的消费行为所产生的各类账单数据。而各个银行、金融公司的业务各不相同，各个银行、金融公司的账单类型及各个账单计费规则不一，还款方式灵活、资方分账模式也多样化。这就导致管理用户的消费行为产生的各个账单数据成为一件繁琐且困难的事情。
4.为了保证消费平台与各个银行、金融公司之间的正常运行，亟需一套能够高效地管理用户账户、各种渠道账单数据的方法；用于解决各个消费平台与各个银行、金融公司联合管理用户账户、各种渠道账单数据效率低的问题。


技术实现要素：

5.有鉴于此，本技术提供了一种账单管理方法、装置、设备，用于解决各个消费平台与各个银行、金融公司联合管理用户账户、各种渠道账单数据效率低的问题。
6.一种账单管理的方法，包括：
7.确定账单领域涉及的各个实体；
8.基于所述账单领域涉及的各个实体设置各种账单对应的账单服务；
9.基于所述账单服务和外部业务系统设置用来对外提供接口服务的用户接口层；
10.基于所述账单服务和配置在外部的数据库设置数据访问层，以便用来连接配置在外部的数据库，以获取数据和持久化数据。
11.优选地，所述账单领域涉及的各个实体，包括：
12.本利费罚滞、基本账单、计费账单、等额本金账单、等额本息账单、消金同步账单、分期账单、优惠券。
13.优选地，所述账单服务，包括：
14.计费服务、放款后的账单服务、还款后的账单服务、再放款后的账单服务。
15.优选地，所述用户接口层，包括：
16.http服务接口、osp服务接口。
17.优选地，所述基于所述账单服务和配置在外部的数据库设置数据访问层，包括：
18.确定配置在外部的数据库类型；
19.基于所述账单服务的类型和所述数据库类型设置数据访问层的接口。
20.优选地，所述数据访问层，包括：
21.mysql数据库接口、oracle数据库接口、redis数据库接口。
22.优选地，该方法还包括：
23.在获取用户请求访问的账单服务的指令后，调用与用户请求访问的账单服务对应的接口为用户提供对应的账单服务；
24.根据为用户提供账单服务产生的数据的类型，调用数据访问层的接口，将所述为用户提供账单服务产生的数据持久化到与所述为用户提供账单服务产生的数据的类型对应的数据库。
25.优选地，在所述基于所述账单服务和外部业务系统设置用来对外提供接口服务的用户接口层之前，该方法还包括：
26.根据用户的业务需求，设置与用户的业务需求对应的账单服务。
27.一种账单管理装置，包括：
28.实体确定单元，用于确定账单领域涉及的各个实体；
29.账单服务设置单元，用于基于所述账单领域涉及的各个实体设置各种账单对应的账单服务；
30.用户接口层设置单元，用于基于所述账单服务和外部业务系统设置用来对外提供接口服务的用户接口层；
31.数据访问层设置单元，用于基于所述账单服务和配置在外部的数据库设置数据访问层，以便用来连接配置在外部的数据库，以获取数据和持久化数据。
32.一种账单管理设备，包括存储器和处理器；
33.所述存储器，用于存储程序；
34.所述处理器，用于执行所述程序，实现如前述介绍的账单管理方法的各个步骤。
35.一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现如前述介绍的账单管理方法的各个步骤。
36.从上述技术方案可以看出，本技术的账单管理方法，可以在确认账单领域涉及的各个实体之后，基于所述账单领域涉及的各个实体设置各种账单对应的账单服务；以便可以对各个银行、金融公司不同的账单类型以及各个账单的计费规则设置不同的账单服务。在设置好各种账单对应的账单服务之后，可以基于所述账单服务和外部业务系统设置用来对外提供接口服务的用户接口层；以便各个银行、金融公司可以根据不同的业务系统通过不同的服务接口来访问不同的账单服务。有效解决了各个银行、金融公司因为业务不同导致的数据管理繁琐的问题。此外，还可以基于所述账单服务和配置在外部的数据库设置数据访问层，以便用来连接配置在外部的数据库实现获取数据和持久化数据的功能。将账单服务系统与数据库单独管理，设置数据访问层来为账单服务系统与数据库之间的交互，有效提高了账单数据的管理。
附图说明
37.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
38.图1为本技术实施例提供的实现账单管理方法的流程图；
39.图2为本技术实施例示例的一种账单管理装置结构示意图；
40.图3为本技术实施例公开的一种账单管理设备的硬件结构框图。
具体实施方式
41.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
42.随着移动互联网的快速发展和智能手机的普及，越来越多的用户习惯使用移动支付。移动支付会产生各类的账单数据，例如，用户的消费行为产生的基本计费账单、用户使用优惠券、虚拟资产进行消费的账单数据等。除此之外，为了刺激用户的消费、促进经济的发展，移动支付还催生了一种提前消费的业务。各个消费平台联合各个银行和金融公司共同用户提供贷款的服务，更好地为用户的消费行为提供服务。由此，移动支付还会产生贷款类、还款类的账单数据等。由于各个消费平台、银行、金融公司都有自己的贷款业务规则。所产生的不同的贷款类的账单也是多种多样。业务的多样化也是给各个消费平台、银行、金融公司的账单管理也带来了巨大的挑战。
43.因此，亟需一种可以账单管理的方法，用于解决各个消费平台、银行或金融公司更好地共同管理各种各样的业务账单数据的问题。
44.为了解决这一问题，本技术提供了一种账单管理方法，可以用于解决各个消费平台与各个银行、金融公司联合管理用户账户、各种渠道账单数据效率低的问题。
45.该方法可以应用于任意一种可以实现账单管理的设备中，可选的，可以实现账单管理的设备可以是平板电脑、手机、数字电视等具有数据处理能力的终端。
46.下面结合图1，介绍本技术实施例给出的账单管理方法的流程，该流程可以包括以下几个步骤：
47.步骤s101，确定账单领域涉及的各个实体。
48.具体地，由于不同的银行、金融公司对不同的消费者的不同消费行为产生的账单计费规则都各不相同。因此不同的消费者在不同的消费平台的不同消费行为会产生不同领域的账单。因此，为了更好地管理不同账单领域的账单，可以基于不同的消费者的消费行为确定不同的账单领域涉及的各个实体，以便用来针对不同消费者的不同消费行为设置不同的账单服务。其中，各个账单领域涉及的各个实体是具备唯一的id，且能够被持久化；各实体可以根据现实的账单业务对象来确定。
49.例如，根据常用的金融业务，可以确认常用的金融业务涉及的账单领域涉及的实体可以设置为本利费罚滞、基本账单、计费账单、等额本金账单、等额本息账单、消金同步账
单、分期账单、优惠券等多个实体。
50.其中，各个实体的含义设置如下：
51.1、本利费罚滞：可以是基于金融公司、消费平台以及银行针对用户的贷款请求所产生的放款行为、用户基于贷款所产生的还款行为产生的账单，针对本金和利息费罚滞进行的操作。
52.2、基本账单：可以设置为一个抽象的类，可以是用来定义用户产生的账单的数据结构和相关抽象行为。
53.3、计费账单：可以设置为一个抽象的类，可以继承基本账单的属性，面向不同的消费平台、银行、金融公司计费类型的账单，采用模板的方法设计不同的计费账单。
54.4、等额本金账单：可以继承计费账单的属性，提供等额本金计费模式的账单服务。
55.5、等额本息账单：可以继承计费账单的属性，提供等额本息计费模式的账单服务。
56.6、消金同步账单：可以继承基本账单的属性，面向以消费平台、金融公司为准的同步账单服务，以spi接口方式预留扩展接口，以适配不同的消金公司账单逻辑。spi全称service provider interface，是java提供的一套用来被第三方实现或者扩展服务提供接口，它可以使调用者根据实际使用需要，用来启用框架扩展和替换组件,达到本地服务实现的目的。
57.7、分期账单：面向分期的账单实体，是账单的最小粒度，可以结合本利费罚滞实体以及基本账单实体完成相关的账单服务。
58.8、优惠券：可以是各个渠道的账单的最细层结构，涉及账单的期次，可以用来计算渠道账单。
59.步骤s102，基于所述账单领域涉及的各个实体设置各种账单对应的账单服务。
60.具体地，不同的账单是基于不同的实体及对应的计费规则来确定的，因此，在确认账单领域涉及的各个实体之后，可以基于所述账单领域涉及的各个实体设置各种账单对应的账单服务，以便可以根据不同的账单服务来设置不同的服务接口。
61.例如，基于所确定的账单领域涉及的各个实体，可以设置各种账单对应的账单服务为：计费服务、放款后的账单服务、还款后的账单服务、再放款后的账单服务。
62.其中，各个账单服务可以设置如下：
63.计费服务：可以负责账单的计费逻辑，计费服务可以具备高度扩展，以适配不同银行、消费平台、金融公司的计费规则的功能。
64.放款后的账单服务：可以为交易流程中的放款环节服务，可以负责账单生成的处理，放款后的账单服务可以扮演协调者角色，可以封装相关的账单服务请求直接操作账单核心领域对象完成放款后账单服务。
65.还款后的账单服务：可以为交易流程中的还款环节服务，可以负责账单销账的处理，像放款后的账单服务一样，还款后的账单服务可以扮演协调者角色，也可以封装相关的账单服务请求直接操作账单核心领域对象完成还款后账单服务。
66.再放款后的账单服务：可以为交易流程中的再放款环节服务，可以负责原账单销账处理、新账单生成处理，如同放款后的账单服务、还款后的账单服务一样，可以扮演协调者角色，可以封装相关的账单服务请求直接操作账单核心领域对象完成再放款后账单服务。
67.步骤s103，基于所述账单服务和外部业务系统设置用来对外提供接口服务的用户接口层。
68.具体地，不同的账单服务对应着不同的业务。因此，在基于所述账单领域涉及的各个实体设置各种账单对应的账单服务之后，可以基于所述账单服务和外部业务系统设置用来对外提供接口服务的用户接口层。以便不同的银行、金融公司、消费平台根据各自的业务需求来请求访问不同的账单服务。
69.例如，根据常用的业务属性，可以为不同的业务在用户接口层设置http服务接口、osp服务接口，以便对外提供接口服务。其中，osp(open service platform)是一个开放服务平台，是一套分布式服务框架，主要目标是提供服务化的核心远程调用机制以及基础服务治理功能。
70.步骤s104，基于所述账单服务和配置在外部的数据库设置数据访问层，以便用来连接配置在外部的数据库，以获取数据和持久化数据。
71.具体地，在设置好各种账单服务之后，除了可以基于所述账单服务和外部业务系统设置用来对外提供接口服务的用户接口层。还可以基于所述账单服务和配置在外部的数据库设置数据访问层，以便可以用来连接配置在外部的数据库，以获取数据和持久化数据，更好地为不同的业务提供更好的服务。
72.从上述技术方案可以看出，本技术的账单管理方法，可以对各个银行、金融公司不同的账单类型以及各个账单的计费规则设置不同的账单服务。基于所述账单服务和外部业务系统设置用来对外提供接口服务的用户接口层；可以供各个银行、金融公司可以根据不同的业务系统通过不同的服务接口来访问不同的账单服务。有效解决了各个银行、金融公司因为业务不同导致的数据管理繁琐的问题。此外，还可以基于所述账单服务和配置在外部的数据库设置数据访问层，以便用来连接配置在外部的数据库实现获取数据和持久化数据的功能。将账单服务系统与数据库单独管理，设置数据访问层来为账单服务系统与数据库之间的交互，有效提高了账单数据的管理。
73.本技术实施例对上述步骤s104，基于所述账单服务和配置在外部的数据库设置数据访问层过程进行介绍。该过程可以包括如下几个步骤：
74.步骤s1，确定配置在外部的数据库类型。
75.具体地，一般来说，为了数据的安全性和稳定性，用户会对数据库单独设置服务器做管理，不同的用户有可能会使用不同类型的数据库。因此，在设置数据访问层之前，可以先确定配置在系统外部的数据的类型，以便根据不同的数据库类型设置不同的访问接口。
76.例如，配置在外部的数据类型可以是mysql数据库，redis数据库，mock的数据库，测试数据库或生产数据库。
77.步骤s2，基于所述账单服务的类型和所述数据库类型设置数据访问层的接口。
78.具体地，在确定配置在系统外部的数据库的类型之后，可以基于所述账单服务的类型和所述数据库类型设置数据访问层的接口。以便用来连接配置在外部的数据库，以获取数据和持久化数据。
79.例如，可以根据数据库类型设置数据访问层的接口为mysql数据库接口、oracle数据库接口、redis数据库接口。
80.从上述技术方案可以看出，本技术实施例可以应用配置在外部的数据库，并通过
设置数据访问层来连接配置在外部的数据库，以获取数据和持久化数据，从而实现应用和外部数据库的解耦，提高了数据的安全性和稳定性的同时，也提高了数据管理的效率。
81.在根据上述实施例介绍的技术方案设置好账单管理系统之后，本技术实施例还可以根据用户的访问请求来提供相应的账单服务，完成账单管理。
82.所述根据用户的访问请求来提供相应的账单服务，完成账单管理的过程可以包括如下几个步骤：
83.步骤s1，在获取用户请求访问的账单服务的指令后，调用与用户请求访问的账单服务对应的接口为用户提供对应的账单服务。
84.步骤s2，根据为用户提供账单服务产生的数据的类型，调用数据访问层的接口，将所述为用户提供账单服务产生的数据持久化到与所述为用户提供账单服务产生的数据的类型对应的数据库。
85.从上述技术方案可以看出，本技术实施例可以在获取用户请求访问的账单服务的指令之后，可以根据账单服务来调用对应的服务接口，以便为用户提供对应的账单服务。除此之外，还可以将为用户提供账单服务所产生的数据的类型，调用数据访问层的接口，将所述为用户提供账单服务产生的数据持久化到与所述为用户提供账单服务产生的数据的类型对应的数据库。
86.考虑到在实际应用过程中，基于业务的多样性，需要设置一些与用户的业务需求相关的账单服务，以更好地为用户提供账单服务。因此除，本技术还可以在上述步骤s103，基于所述账单服务和外部业务系统设置用来对外提供接口服务的用户接口层之前，可以增加根据用户的业务需求，设置与用户的业务需求对应的账单服务的过程。以便可以为有不同业务需求的用户提供相应的账单服务。提高了用户的体验感。
87.接下来，详细介绍几种常用的账单计算方法。
88.第一种：等额本金放款的计算方法
89.1、输入数据：输入放款本金、期数、借款时间、(固定)还款日等核心的信息，以及借款流水号(内部、外部)、计费产品码、计费版本等其他信息。
90.2、输出数据：输出按期次输出每期账单的明细、期次号、账单开始日期、账单结束日期(最后还款日)、该期次应还本金、该期次应还利息、该期次应还手续费等数据，以及内部借款单号(申请号)、渠道借款单号(渠道返回，和内部借款单号对应)、计费规则当前版本号等其他信息。
91.3、等额本金放款的计算方法可以包括如下几个步骤：
92.1)计算分期放款的每一期本金的方式：按总本金除以期数，对结果保留两位小数；
93.2)每期的应还利息等于从该期次开始的账单剩余总本金乘以日利率后，再乘以(账单结束日期-账单开始日期)。
94.第二种，等额本金还款计算方法
95.1、输入数据：输入每一期的账单数据，剩余本金，剩余未还利息等于累计确认的利息减去已还利息(取差值表示确认的剩余利息)，剩余罚息，剩余手续费，剩余用户手续费，剩余用户罚息，账单开始日期，账单结束日期(最后还款日)，该期账单最近一次还款时间(日期)，期次。
96.2、确定客户还款详情：包括确定还款时间、本金、利息、罚息、手续费、减免手续费、
是否未来期。以及还款流水号(内部、外部)、放款流水号(内部、外部)、计费产品码、计费版本等其他信息。
97.3、输出数据：
98.按期次输出账单的变化值：期次号、该期次实还本金、该期次实还利息、该期次本次还款新确认的利息、该期次未来的计划利息。
99.除此之外，可以根据业务需求设置一些基本约定，例如可以设置如下约定：
100.1)还款需要保证：本金还本金、利息(手续费)还利息；
101.2)每一次还款的金额分配，按顺序依次还第一期、第二期、...、最后一期；
102.3)特别情况是联合放款，每一期的还款需要按渠道优先级分配还款顺序。
103.此外，还款的输出包括，每一期的实还本金、实还利息、新的应还利息信息。特别情况，应还本金是始终不变的。
104.第三种，等额本金还款计算方法
105.针对每一期独立计算，各变量定义如下：
106.当前还款时间：tx；
107.用户还款本金：cu；
108.用户还款利息：lu；
109.还款前该期次的剩余本金：cb；
110.还款后该期次的剩余本金：ca；
111.剩余未还利息(确认的剩余未还利息)：lb，即该期次累计确认的利息-该期次已还利息；
112.该期次开始日期：t1；
113.该期次结束日期：t2；
114.该期次最近一次还款日期：t3(必须满足t3＜＝tx)；
115.还款前从该期次开始(即去除该期次之前的本金)的剩余本金：c1；
116.还款后从该期次开始(即去除该期次之前的本金)的剩余本金：c2；
117.日利率：dr；
118.该期次本次还款本金：cr(输出)；
119.该期次本次还款利息：lr(输出)；
120.该期次本次还款新确认的利息：add(输出)；
121.该期次未来的计划利息：plan(输出)；
122.基于上述定义的变量，等额本金还款计算方法可以包括如下步骤：
123.(1)计算每一期的cr/ca，算法如下：
124.cr算法：
125.1)输入cu，创建临时变量cx＝cu；
126.2)迭代每一期账单，依次减去cb，如果cx-cb》0，则cr＝cb，cx＝cx-cb，ca＝0，并且继续迭代；否则cr＝cx，ca＝cb-cx，cx＝0，迭代结束。
127.(2)基于上述(1)所得的cb，基于cb推算出c1，基于ca(第一步结果可得)推算出c2，计算每一期的add和plan，具体计算如下：
128.注：c1/c2需要迭代所有相关分期的cb/ca来计算，add依赖c1，plan依赖c2。
129.1)如果tx＜t1，则表示提前还未来期次，则add＝0，plan＝dr*(t2-t1)*c2；
130.2)如果t1＜＝tx＜＝t2，则表示进入该期次后的提前还款或者按期还款(如果tx＝t2，是特殊情况)；
131.判断是否存在t3，如果存在t3，并且t3＜t1，add＝dr*(tx-t1)*c1，plan＝dr*(t2-tx)*c2；并且t1＜＝t3(t3只能＜＝t2，不会》t2)，add＝dr*(tx-t3)*c1，plan＝dr*(t2-tx)*c2；如果不存在t3，add＝dr*(tx-t1)*c1，plan＝dr*(t2-tx)*c2；特殊情况，如果tx＝t2，则plan＝0。
132.3)如果t2＜tx＜＝t2 3(宽限期)，则表示宽限期内还款；
133.判断是否存在t3，如果存在t3，并且t3＜t1，则add＝dr*(t2-t1)*c1，plan＝0；并且t1＜＝t3＜＝t2，则add＝dr*(t2-t3)*c1，plan＝0；并且t3》t2，则add＝0，plan＝0；如果不存在t3，则add＝dr*(t2-t1)*c1，plan＝0。
134.4)如果tx》t2 3，则表示逾期还款，
135.判断是否存在t3，如果存在t3，并且t3＜t1，add＝dr*(t2-t1)*c1，plan＝0；并且t1＜＝t3＜＝t2，add＝dr*(t2-t3)*c1，plan＝0；并且t2＜t3＜＝t2 3(宽限期)，则add＝0，plan＝0；如果不存在t3，add＝dr*(t2-t1)*c1，plan＝0。
136.所有期次的费用计算完毕之后，需要补一个逻辑：
137.如果某一期本金还完了，则表示结清(提前还款多期场景)，这个时候继续产生的利息应当记入下一期，如果下一期也是还清，继续迭代到后面一起，依次类推，相应地，本期的利息直接清零即可。
138.3、在得到add之后，再计算每一期的lr，算法如下：
139.lr算法：
140.1)输入lu，创建临时变量lx＝lu；
141.2)迭代每一期账单，依次减去lb
′
(＝lb add)；如果lx-lb
′
》0，则lr＝lb
′
，lx＝lx-lb
′
，并且继续迭代；否则lr＝lx，lx＝0，迭代结束。
142.第四种，等额本息的计算方法
143.等额本息还款法(matching the repayment of principal and interest)，是指一种贷款的还款方式，指在还款期内，每月偿还同等数额的贷款(包括本金和利息)。
144.等额本息还款的计算可以包括如下几个部分：
145.1、利率换算：
146.(1)月利率＝年利率除以12；
147.(2)日利率＝年利率除以360；
148.2、标准计算公式可以包括如下几个计算方式
149.(1)等额本息每期还款总金额计算公式：假设贷款总金额为a，月利率为β，贷款期数为k，每期需还款总金额(本金 利息)为x，则：
150.第一期还款后，欠款总金额q1＝a*(1 β)
–
x；
151.第二期还款后，欠款总金额q2＝q1*(1 β)-x＝[a*(1 β)-x]*(1 β)-x＝a*(1 β)^2-[1 (1 β)]*x；
[0152]
第三期还款后，欠款总金额q3＝q2*(1 β)-x＝{a*(1 β)^2-[1 (1 β)]*x}*(1 β)-x＝a*(1 β)^3-[1 (1 β) (1 β)^2]*x；
[0153]
由此可得出，第k期还款后，欠款总金额qk＝qk-1*(1 β)-x＝...＝a*(1 β)^k-[1 ... (1 β)^(k-2) (1 β)^(k-1)]*x；
[0154]
因为第k期还款后贷款结束，因此qk＝0，即a*(1 β)^k-{[(1 β)^k-1]/β}*x＝0，由此得出等额本息每期还款本息总额x＝a*β*(1 β)^k/[(1 β)^k-1]，这便是每期需要还款的总金额。
[0155]
(2)等额本息每期还款利息计算公式
[0156]
其中，利息计算分两种：
[0157]
1)按日计息，即利息是按照当期剩余总本金*当期计息天数*日利率；
[0158]
2)按月计息，即利息是按照当期剩余总本金*月利率；
[0159]
(3)等额本息每期还款本金计算公式
[0160]
有了每期还款总金额x，以及利息计算方式，计算每期还款本金就比较简单了。以按月计息为例，假设第n期还款本金为pn，则：
[0161]
第一期需还本金p1＝x-a*β；
[0162]
第二期需还本金p2＝x-(a-p1)*β＝x-{a-[x-a*β]}*β＝x-a*β (x-a*β)*β＝p1 p1*β＝p1*(1 β)；
[0163]
第三期需还本金p3＝x-(a-p1-p2)*β＝x-{a-p1-p1*(1 β)}*β＝x-a*β p1*β p1*(1 β)*β＝p1*(1 β)^2；
[0164]
通过数学归纳法可以证明：第n期需还本金pn＝p1*(1 β)^(n-1)。
[0165]
下面开始介绍本技术实施例提供的账单管理装置，下文描述的账单管理装置与上文描述的账单管理方法可相互对应参照。
[0166]
参见图2，图2为本技术实施例公开的一种账单管理装置结构示意图。
[0167]
如图2所示，该账单管理装置可以包括：
[0168]
实体确定单元101，用于确定账单领域涉及的各个实体；
[0169]
账单服务设置单元102，用于基于所述账单领域涉及的各个实体设置各种账单对应的账单服务；
[0170]
用户接口层设置单元103，用于基于所述账单服务和外部业务系统设置用来对外提供接口服务的用户接口层；
[0171]
数据访问层设置单元104，用于基于所述账单服务和配置在外部的数据库设置数据访问层，以便用来连接配置在外部的数据库，以获取数据和持久化数据。
[0172]
本技术实施例的装置可以对各个银行、金融公司不同的账单类型以及各个账单的计费规则设置不同的账单服务。基于所述账单服务和外部业务系统设置用来对外提供接口服务的用户接口层；可以供各个银行、金融公司可以根据不同的业务系统通过不同的服务接口来访问不同的账单服务。有效解决了各个银行、金融公司因为业务不同导致的数据管理繁琐的问题。此外，还可以基于所述账单服务和配置在外部的数据库设置数据访问层，以便用来连接配置在外部的数据库实现获取数据和持久化数据的功能。将账单服务系统与数据库单独管理，设置数据访问层来为账单服务系统与数据库之间的交互，有效提高了账单数据的管理。
[0173]
进一步可选的，上述账单管理装置，还可以包括：
[0174]
账单服务接口调用单元，用于在获取用户请求访问的账单服务的指令后，调用与
用户请求访问的账单服务对应的接口为用户提供对应的账单服务；
[0175]
数据访问层接口调用单元，用于根据为用户提供账单服务产生的数据的类型，调用数据访问层的接口，将所述为用户提供账单服务产生的数据持久化到与所述为用户提供账单服务产生的数据的类型对应的数据库。
[0176]
进一步可选地，上述账单管理装置，还可以包括：
[0177]
设置单元，用于根据用户的业务需求，设置与用户的业务需求对应的账单服务。
[0178]
其中，上述账单管理装置所包含的各个单元的具体处理流程，可以参照前文方法部分相关介绍，此处不再赘述。
[0179]
本技术实施例提供的账单管理装置可应用于账单管理设备，如终端：手机、电脑等。可选的，图3示出了账单管理设备的硬件结构框图，参照图3，账单管理设备的硬件结构可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4。
[0180]
在本技术实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信。
[0181]
处理器1可能是一个中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；
[0182]
存储器3可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)等，例如至少一个磁盘存储器；
[0183]
其中，存储器存储有程序，处理器可调用存储器存储的程序，所述程序用于：实现前述终端账单管理方案中的各个处理流程。
[0184]
本技术实施例还提供一种可读存储介质，该存储介质可存储有适于处理器执行的程序，所述程序用于：实现前述终端在账单管理方案中的各个处理流程。
[0185]
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0186]
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。
[0187]
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。各个实施例之间可以相互组合。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。