记账方法、装置和设备与流程

1.本技术涉及计算机技术领域，具体而言，涉及一种记账方法、装置和设备。


背景技术：

2.人们在日常的生活中，各种场景都会产生各种支出，包括但不限于共享单车，公交车，买菜，买饭，打车等等。有的人喜欢记账，把日常支出都进行记录，需要用户准确的记住交易的具体的细节信息，比如，交易金额，时间等。在日常衣食住行的琐碎支出非常繁多的情况下，会浪费用户大量的时间和精力。并且对于小额的支付用户也很容易忘记，或者长期产生惰性，从而丧失记账的兴趣。


技术实现要素：

3.本技术的主要目的在于提供一种记账方法、装置和设备，以解决上述问题。
4.为了实现上述目的，根据本技术的一个方面，提供了一种记账方法，包括：
5.获取用户的移动终端上接收到的通知消息；
6.将所述通知消息的文本输入到预先训练的文本分类模型中，得到所述通知消息的类型；
7.如果所述通知消息的类型是金融交易类通知消息，则生成所述通知消息的账单流水卡片。
8.在一种实施方式中，生成所述通知消息的账单流水卡片，包括：
9.通过预先设置的正则表达式获取所述通知消息中的关键词；
10.根据所述关键词生成所述通知消息的账单流水卡片。
11.在一种实施方式中，关键词包括：扣款的时间、扣款的地点、交易金额、交易类型、币种、情景类型；如果情景类型为银行卡交易，还包括银行名称。
12.在一种实施方式中，还包括：预先设置预算值；
13.如果在预定的时间段之内的财务支出达到了所述预算值，则发出财务报警的提示通知信息。
14.在一种实施方式中，所述文本分类模型为fasttext模型。
15.在一种实施方式中，生成所述通知消息的账单流水卡片之后，所述方法还包括：根据所述卡片的时间，对卡片以时间为单位进行集合集中显示；
16.所述预定的时间单位包括：天、周、月、年。
17.在一种实施方式中，则生成所述通知消息的账单流水卡片之后，所述方法还包括：
18.根据账单的交易地点，和/或，时间信息，对预定历史时间段内的账单进行合并处理。
19.在一种实施方式中，根据账单的交易地点或时间信息，对预定历史时间段内的账单进行合并处理包括：
20.对于任意的一个交易地点，统计所述交易地点发声的账单，对所述交易地点所发
生的账单进行合并处理；或者，
21.对于任意的一个时间段，统计所述时间段内的账单，对所述时间段内的账单进行合并处理；
22.根据账单的交易地点和时间信息，对预定历史时间段内的账单进行合并处理，包括：
23.对于任意的一个交易地点，如果时间上相邻的任意的两个账单的时间差小于预定的时间差阈值，则对所述两个账单进行合并处理。
24.为了实现上述目的，根据本技术的第三方面，提供了一种电子设备；包括至少一个处理器和至少一个存储器；所述存储器用于存储一个或多个程序指令；所述处理器，用于运行一个或多个程序指令，用以执行上述任一项所述的步骤。
25.根据本技术的第四方面，提供了一种计算机可读存储介质，计算机可读存储介质中包含一个或多个程序指令，所述一个或多个程序指令用于执行上述任意一项所述的步骤。
26.在本技术实施例中，本发明上述的方法，可以生成账单流水卡片，通过卡片的形式，用户更加方便观看，比起通知消息的方式相比，更加方便。用户可以很方便的知道消费情况。从而方便用户记账。提高了记账的效率和效果。自动记账的这种方法，可以避免用户手动人工记账的不准确性。
附图说明
27.构成本技术的一部分的附图用来提供对本技术的进一步理解，使得本技术的其它特征、目的和优点变得更明显。本技术的示意性实施例附图及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
28.图1是根据本技术实施例的一种记账方法的流程图；
29.图2是根据本技术实施例的fasttext模型示意图；
30.图3是根据本技术实施例的另一种记账方法的流程图；
31.图4是根据本技术实施例的一种记账装置的结构示意图；
32.图5是根据本技术实施例的一种记账设备的结构示意图。
具体实施方式
33.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
34.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清
楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
35.并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本发明中的具体含义。
36.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
37.本技术提出了一种记账方法，参加附图1所示的一种记账方法的流程图；该方法包括以下的步骤：
38.步骤s102，获取用户的移动终端上接收到的通知消息；
39.具体的，预先安装应用程序时，在该应用程序的安装的阶段，提示用户是否同意进行设置，该设置可以接收用户的智能手机上的所有的应用程序发送的通知消息；以及短信；所以，当用户使用支付宝，微信支付后，手机接收到财务变动的通知消息，包括短信通知消息。都会被本发明的应用程序所获取。
40.步骤s104，将所述通知消息的文本输入到预先训练的文本分类模型中，得到所述通知消息的类型。
41.其中，文本分类模型采用fasttext模型，该模型具有结构简单，占用资源少，准确率高，可以在移动端部署的特点，模型只用到一层神经网络，即只有一层隐层(hidden layer)。
42.参见附图2所示的fasttext模型示意图。输入层中，x1，x2，x3，，，xn
‑
1为输入文本的n元语法特征向量。
43.对于该模型进行训练时的训练方法说明如下：
44.数据准备：使用公司积累通知文本数据进行人工标注，为各种通知文本根据通知分类要求打上不同类型标签。对于应用市场上常见app，数据标注分析人员通过人工研究分析等方法积累大量通知模板，再根据模板生成各种了类型交易通知信息。
45.将标注好的数据输入给模型训练，其中一部分数据作为测试数据，每次迭代训练，必须保证分类准确率达到90％以上。
46.以上过程是一个迭代过程，数据分析人员会不断跟踪市场上新应用出现情况，汇集通知模板，生成新的通知数据并作标注处理。开发工作人员会迭代训练模型并定期动态更新。
47.步骤s106，如果所述通知消息的类型是金融交易类通知消息，则生成所述通知消息的账单流水卡片。
48.如果所述通知消息的类型不是金融交易类，则放弃。
49.本发明上述的方法，可以生成账单流水卡片，通过卡片的形式，用户更加方便观看，比起通知消息的方式相比，更加方便。用户可以很方便的知道消费情况。从而方便用户记账。提高了记账的效率和效果。自动记账的这种方法，可以避免用户手动人工记账的不准确性。
50.为了能够从通知消息中获得账单流水，在一种实施方式中，生成所述通知消息的账单信息时，通过预先设置的正则表达式获取所述通知消息中的关键词；根据所述关键词生成账单流水信息。
51.其中，关键词包括但不限于，扣款的时间、扣款的地点、交易金额、交易类型、币种、情景类型；如果情景类型为银行卡交易，还包括银行名称。
52.具体的，正则表达式的数量可以采用多个。每种正则表达式对应一个规则。一系列正则表达式的集合构成了规则引擎，规则引擎用于提取文本中的一些关键模式信息。
53.构建方法：数据开发人员对市场大量应用程序app进行分析，搜集通知信息，针对各种交易类通知文本，开发提取相应的关键字段的正则表达式。利用fasttext 模型模型训练过程中生成的新数据，迭代更新之前未覆盖的新规则，并定期动态更新升级。
54.为了帮助用户更好的节省，避免超支，在一种实施方式中，预先设置预算值；如果在预定的时间段之内的财务支出达到了所述预算值，则发出财务报警的提示通知信息。
55.具体的，获取到每一个扣款的通知消息之后，获取扣款的金额，对每次扣款的金额进行累加，得到最终的用户消费的金额总值。
56.示例性的，用户可以设置预定时间段内的消费预警值，比如，设置一周的消费预警值为1000元。当接收到的扣款通知消息中的扣款值累计达到1000元后，则发出报警信息。
57.在一种实施方式中，生成所述通知消息的账单流水卡片之后，所述方法还包括：根据所述卡片的时间，对卡片以时间为单位进行集合集中显示；
58.所述预定的时间单位包括：天、周、月、年。
59.考虑到用户在生活中，花钱次数太多，几乎每时每刻都处于消费的状态，所以为了简化账单，在一种实施方式中，则生成所述通知消息的账单流水卡片之后，根据账单的交易地点，和/或，时间信息，对预定历史时间段内的账单进行合并处理。
60.在一种实施方式中，根据账单的交易地点或时间信息，对预定历史时间段内的账单进行合并处理包括两种方式，一种方式为根据地点信息，对于任意的一个交易地点，统计所述交易地点发声的账单，对所述交易地点所发生的账单进行合并处理。
61.示例性的，在同一个百货大楼里，先买了一件衣服，花钱100，在饭店吃饭，花钱200，则合并，在该百货大楼消费300。
62.一种方式为根据时间信息，对于任意的一个时间段，统计所述时间段内的账单，对所述时间段内的账单进行合并处理；
63.示例性的，以天为单位进行合并，或者以周为单位进行合并。
64.对于以天为单位进行合并，比如，周日出游一共花钱1000，则记录周日花钱 1000块。
65.在一种实施方式中，根据账单的交易地点和时间信息，对预定历史时间段内的账单进行合并处理，包括：
66.对于任意的一个交易地点，如果时间上相邻的任意的两个账单的时间差小于预定的时间差阈值，则对所述两个账单进行合并处理。
67.示例性的，在同一家饭店吃饭，先点了几个菜，花钱200块，然后又加了几个菜，又花钱50，两次消费的时间间隔小于预定的时间阈值，则合并，在该饭店花钱一共250。
68.其中，时间阈值可以设置为2小时，具体可以灵活进行设置，不申请不进行限定。
69.参见附图3所示的另一种记账方法的流程图；该方法包括以下的步骤：
70.移动终端接收到招商银行发送的通知消息；
71.示例性的，通知消息为：“您账户1477于07月18日在21:28在【财付通
‑ꢀ
城西银泰停
车场】发生快捷支付扣款，人民币12.00”72.采用文本分类模型进行分类，确定为交易类，传递给规则引擎；规则引擎进行匹配，其中，规则引擎包括多个正则表达式。将文本结构化解析成卡片；得到金融卡片。将关键字端传递给记账模块完成自动记账。
73.示例性的，金融卡片包括以下内容：
74.情景：银行卡交易；
75.交易金额：12.00
76.单位：元；
77.币种：人民币；
78.银行：招商银行；
79.交易摘要：财付通
‑
城西银泰停车场；
80.交易日期：7月18日；
81.交易时间：21:28:00；
82.交易类型：扣款。
83.需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
84.第二方面，本技术还提出了一种记账装置，参见附图4所示的一种记账装置的结构示意图；该装置包括：
85.获取模块41，用于获取用户的移动终端上接收到的通知消息；
86.类型确定模块42，用于将所述通知消息的文本输入到预先训练的文本分类模型中，得到所述通知消息的类型；
87.卡片生成模块43，用于如果所述通知消息的类型是金融交易类通知消息，则生成所述通知消息的账单流水卡片。
88.在一种实施方式中，卡片生成模块43还用于，生成所述通知消息的账单流水卡片，具体包括：
89.通过预先设置的正则表达式获取所述通知消息中的关键词；
90.根据所述关键词生成所述通知消息的账单流水卡片。
91.在一种实施方式中，还包括报警模块44，用于预先设置预算值；
92.如果在预定的时间段之内的财务支出达到了所述预算值，则发出财务报警的提示通知信息。
93.在一种实施方式中，还包括显示模块45，用于生成所述通知消息的账单流水卡片之后，根据所述卡片的时间，对卡片以时间为单位进行集合集中显示；
94.所述预定的时间单位包括：天、周、月、年。
95.在一种实施方式中，还包括合并模块46，用于生成所述通知消息的账单流水卡片之后，
96.根据账单的交易地点，和/或，时间信息，对预定历史时间段内的账单进行合并处理。
97.在一种实施方式中，合并模块46还用于，对于任意的一个交易地点，统计所述交易
地点发声的账单，对所述交易地点所发生的账单进行合并处理；或者，
98.对于任意的一个时间段，统计所述时间段内的账单，对所述时间段内的账单进行合并处理；
99.根据账单的交易地点和时间信息，对预定历史时间段内的账单进行合并处理，包括：
100.对于任意的一个交易地点，如果时间上相邻的任意的两个账单的时间差小于预定的时间差阈值，则对所述两个账单进行合并处理。
101.根据本技术的第三方面，提供了一种电子设备，参见附图5所示的电子设备的结构示意图；包括至少一个处理器51和至少一个存储器52；所述存储器52用于存储一个或多个程序指令；所述处理器51，用于运行一个或多个程序指令，用以执行以下的步骤：
102.获取用户的移动终端上接收到的通知消息；
103.将所述通知消息的文本输入到预先训练的文本分类模型中，得到所述通知消息的类型；
104.如果所述通知消息的类型是金融交易类通知消息，则生成所述通知消息的账单流水卡片。
105.在一种实施方式中，所述处理器51还用于，通过预先设置的正则表达式获取所述通知消息中的关键词；
106.根据所述关键词生成所述通知消息的账单流水卡片。
107.在一种实施方式中，所述处理器51还用于，预先设置预算值；
108.如果在预定的时间段之内的财务支出达到了所述预算值，则发出财务报警的提示通知信息。
109.在一种实施方式中，所述处理器51还用于，生成所述通知消息的账单流水卡片之后，所述方法还包括：根据所述卡片的时间，对卡片以时间为单位进行集合集中显示；
110.所述预定的时间单位包括：天、周、月、年。
111.在一种实施方式中，所述处理器51还用于，则生成所述通知消息的账单流水卡片之后，根据账单的交易地点，和/或，时间信息，对预定历史时间段内的账单进行合并处理。
112.在一种实施方式中，所述处理器51还用于，根据账单的交易地点或时间信息，对预定历史时间段内的账单进行合并处理包括：
113.对于任意的一个交易地点，统计所述交易地点发声的账单，对所述交易地点所发生的账单进行合并处理；或者，
114.对于任意的一个时间段，统计所述时间段内的账单，对所述时间段内的账单进行合并处理；
115.根据账单的交易地点和时间信息，对预定历史时间段内的账单进行合并处理，包括：
116.对于任意的一个交易地点，如果时间上相邻的任意的两个账单的时间差小于预定的时间差阈值，则对所述两个账单进行合并处理。
117.第四方面，本技术还提出了一种计算机可读存储介质，计算机可读存储介质中包含一个或多个程序指令，所述一个或多个程序指令用于执行以下的步骤：
118.获取用户的移动终端上接收到的通知消息；
119.将所述通知消息的文本输入到预先训练的文本分类模型中，得到所述通知消息的类型；
120.如果所述通知消息的类型是金融交易类通知消息，则生成所述通知消息的账单流水卡片。
121.在一种实施方式中，生成所述通知消息的账单流水卡片，包括：
122.通过预先设置的正则表达式获取所述通知消息中的关键词；
123.根据所述关键词生成所述通知消息的账单流水卡片。
124.在一种实施方式中，关键词包括：扣款的时间、扣款的地点、交易金额、交易类型、币种、情景类型；如果情景类型为银行卡交易，还包括银行名称。
125.在一种实施方式中，还包括：
126.预先设置预算值；
127.如果在预定的时间段之内的财务支出达到了所述预算值，则发出财务报警的提示通知信息。
128.在一种实施方式中，所述文本分类模型为fasttext模型。
129.在一种实施方式中，生成所述通知消息的账单流水卡片之后，所述方法还包括：根据所述卡片的时间，对卡片以时间为单位进行集合集中显示；
130.所述预定的时间单位包括：天、周、月、年。
131.在一种实施方式中，则生成所述通知消息的账单流水卡片之后，所述方法还包括：
132.根据账单的交易地点，和/或，时间信息，对预定历史时间段内的账单进行合并处理。
133.在一种实施方式中，根据账单的交易地点或时间信息，对预定历史时间段内的账单进行合并处理包括：
134.对于任意的一个交易地点，统计所述交易地点发声的账单，对所述交易地点所发生的账单进行合并处理；或者，
135.对于任意的一个时间段，统计所述时间段内的账单，对所述时间段内的账单进行合并处理；
136.根据账单的交易地点和时间信息，对预定历史时间段内的账单进行合并处理，包括：
137.对于任意的一个交易地点，如果时间上相邻的任意的两个账单的时间差小于预定的时间差阈值，则对所述两个账单进行合并处理。
138.可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。处理器读取存储介质中的信息，结合其硬件完成上述方法的步骤。
139.存储介质可以是存储器，例如可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。
140.其中，非易失性存储器可以是只读存储器(read
‑
only memory，简称rom)、可编程
只读存储器(programmable rom，简称prom)、可擦除可编程只读存储器(erasable prom，简称eprom)、电可擦除可编程只读存储器(electricallyeprom，简称eeprom)或闪存。
141.易失性存储器可以是随机存取存储器(random access memory，简称ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，简称sram)、动态随机存取存储器(dynamicram，简称dram)、同步动态随机存取存储器(synchronous dram，简称 sdram)、双倍数据速率同步动态随机存取存储器(double data ratesdram，简称ddrsdram)、增强型同步动态随机存取存储器(enhanced sdram，简称 esdram)、同步连接动态随机存取存储器(synchlink dram，简称sldram) 和直接内存总线随机存取存储器(directrambus ram，简称drram)。
142.本发明实施例描述的存储介质旨在包括但不限于这些和任意其它适合类型的存储器。
143.本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件与软件组合来实现。当应用软件时，可以将相应功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
144.显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
145.以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。