一种用于燃气表的多阶梯预付费和计费方法及燃气表与流程

1.本技术涉及燃气表领域，尤其涉及一种用于燃气表的多阶梯预付费和计费方法及燃气表。


背景技术：

2.随着人们生活水平和生活质量的提高，现代化家庭所需要的智能化产品需求，将促使智能燃气表朝着安全性、可靠性、智能方便性方向发展。目前智能燃气表主要有ic卡智能燃气表、cpu卡智能燃气表、射频卡智能燃气表、直读式远传燃气表及无线远传燃气表、物联网智能燃气表等几大类。
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.发送待缴纳费用信息和缴费周期内燃气使用量至服务器，服务器根缴费周期内燃气使用量计算并判断接受的待缴纳费用信息是否有误；无误，服务器则发回缴费信息；有误，服务器则修正待缴纳费用信息，并发回修正后的缴费信息。
29.可选的，所述步骤六具体为：
30.接受服务器发回的缴费信息，若缴费信息未被修正，则直接更新账户信息；若缴费信息被修正，则更新账户信息，并提示用户缴费信息被修正。
31.本技术还一种燃气表，使用了如上述的方法，所述燃气表包括：
32.计费规则设置模块，用于设置多阶段燃气计费规则；
33.请求模块，用于根据多阶段燃气计费规则，向服务器发起预付费请求；
34.接收模块，用于接收服务器发回的预付费信息并更新账户信息；
35.获取模块，用于获取缴费周期内燃气使用量数据；
36.计算发送模块，用于根据多阶段燃气计费规则，计算缴费周期内燃气使用量的待缴纳费用，并发送待缴纳费用信息至服务器；
37.接收更新模块，用于接收服务器发回的缴费信息并更新账户信息。
38.本技术的多阶梯预付费和计费方法，可以根据用户设置的多个阶段收费情况，对应的向服务器发起预付费请求，保证用户的预付费金额在合理的范围。实行分阶段收费，促进节约用气。
附图说明
39.所包括的附图用来提供对本技术实施例的进一步的理解，其构成了说明书的一部分，用于例示本技术的实施方式，并与文字描述一起来阐释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。在附图中：
40.图1是本技术的一实施例一种用于燃气表的多阶梯预付费和计费方法的流程图；
41.图2是本技术的一实施例燃气表的示意图。
42.其中，10、燃气表；11、请求模块；12、接收模块；13、获取模块；14、计算发送模块；15、接收更新模块。
具体实施方式
43.需要理解的是，这里所使用的术语、公开的具体结构和功能细节，仅仅是为了描述具体实施例，是代表性的，但是本技术可以通过许多替换形式来具体实现，不应被解释成仅受限于这里所阐述的实施例。
44.在本技术的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示相对重要性，或者隐含指明所指示的技术特征的数量。由此，除非另有说明，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征；“多个”的含义是两个或两个以上。术语“包括”及其任何变形，意为不排他的包含，可能存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。
45.另外，“中心”、“横向”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系的术语，是基于附图所示的方位或相对位置关系描述的，仅是为了便于描述本技术的简化描述，而不是指示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本技术的限制。
46.此外，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，或是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本技术中的具体含义。
47.下面参考附图和可选的实施例对本技术作详细说明。
48.如图1所示，作为本技术的一实施例，公开了一种用于燃气表的多阶梯预付费和计费方法，所述方法包括步骤：
49.步骤一：设置多阶段燃气计费规则；
50.步骤二：根据多阶段燃气计费规则，判断预付费金额，并向服务器发起预付费请求；
51.步骤三：接受服务器发回的预付费信息并更新账户信息；
52.步骤四：获取缴费周期内燃气使用量数据；
53.步骤五：根据多阶段燃气计费规则，计算缴费周期内燃气使用量的待缴纳费用，并发送待缴纳费用信息至服务器；
54.步骤六：接受服务器发回的缴费信息并更新账户信息。
55.步骤一设置多阶段燃气计费规则，例如用户设置了三阶段的燃气计费规则，表示用户根据当地分阶段计费管理，对应设置了三阶段的燃气计费规则，每个阶段的收费不一样，用气越多，燃气的单价收费越贵，达到节约用气的目的。本技术的多阶梯预付费和计费方法，可以根据用户设置的多个阶段收费情况，对应的向服务器发起预付费请求，保证用户的预付费金额在合理的范围。比如，用户根据当地的分段计费规定，结合自己的实际用气量情况，设置了三阶段的燃气计费规则。对应达到三阶段的用气量时，对应需要缴纳费用范围，充值数额在这一范围内或者超过这一范围则是合理的预付费金额。
56.在步骤五计费是时候，根据多阶段燃气计费规则，计算缴费周期内燃气使用量的待缴纳费用，实行分阶段收费，促进节约用气。
57.具体的，所述步骤二包括：
58.根据多阶段燃气计费规则，判断用户预付费金额是否超过预设付费金额，超过则
向服务器发起预付费请求；未超过则提示用户增加预付费金额，并执行下一步；
59.接受并分析用户是否增加预付费金额，增加了预付费金额且超过预设付费金额，则向服务器发起预付费请求；未增加预付费金额或增加了预付费金额但未超过预设付费金额，则直接向服务器发起预付费请求。
60.在本方案中，根据多阶段燃气计费规则，判断用户预付费金额是否在是否超过预设付费金额，此处的预设付费金额即是上述“对应达到三阶段的用气量时，对应需要缴纳费用范围”中所述的“需要缴纳费用范围”。预付费金额超过预设付费金额，说明根据用户的多阶段燃气计费规则，预付费的金额在下一次扣费的时候，大概率可以足额缴纳费用，欠费的概率较小，此时可以直接发送预付费请求到服务器。而未超过则提示用户增加预付费金额，保证在下一次扣费的时候，大概率可以足额缴纳费用，保证不欠费。用户在提醒下增加并超过了预设付费金额，则向服务器发起预付费请求；没有增加预付费金额或者增加后仍然小于预设付费金额，为保证用户能正常使用燃气，提高效率，则仍然向服务器发起预付费请求
61.具体的，所述多阶段燃气计费规则为六阶段燃气计费规则。本技术优选的可以设置六个阶段的燃气计费规则，用户也可以根据需要设置1至六个阶段的燃气计费规则。
62.所述步骤五包括：
63.根据多阶段燃气计费规则，计算缴费周期内燃气使用量的待缴纳费用；
64.判断当前预付费金额是否大于待缴纳费用，大于则发送费用缴纳信息至服务器，小于则提示用户充值。
65.虽然是预付费，但仍存在预付费的金额不够抵扣待缴纳费用，此时，为了降低欠费的情况，先提示一下用户可以进行充值，以足额抵扣待缴纳费用，改善欠费情况，提高效率。若预付费的金额足以抵扣时，则直接发送缴纳信息给服务器进行费用抵扣，抵扣后，服务器在将缴纳信息发回，更新账户信息，完成费用的自动智能化缴纳。
66.进一步的，所述步骤五还包括：
67.当前预付费金额小于待缴纳费用时，发送费用缴纳信息至服务器，服务器以当前预付费金额的数额缴纳费用。用户可以随时进行充值，但是在扣费之前，如上述步骤中会首先提示用户进行充值，用户没有充值，则按照本步骤扣费。
68.提示用户存在剩余待缴纳费用，并关闭供气。
69.本方案中，虽然预付费金额不足以抵扣全部的待缴纳费用，但可以先将目前现有的预付费金额进行抵扣，提高收费的效率。
70.对应的，所述步骤六包括：
71.接受服务器发回的缴费信息；
72.根据缴纳信息，判断待缴纳费用是否全部缴清；未全部缴清，则更新未缴清费用至账户信息，并提示用户充值；全部缴清，则直接更新账户信息。
73.更新账户信息后，存在欠费情况，剩余未能抵扣的待缴纳费用则通过提示用户的方式，督促用户尽早缴纳费用。因为处于欠费的状态，在用户未缴清剩余费用前，暂停供气。
74.进一步的，提示用户存在剩余待缴纳费用具体可以为：在特定时间，提示用户剩余待缴纳费用。其中，特定时间为日常用户大概率需要使用燃气的时间，如每天的7:00-9:00期间，这时间段一般需要燃气做早餐；如每天的11:00-13:00期间，这时间段一般需要燃气做午餐；如每天的17:00-19:00期间，这时间段一般需要燃气做晚餐；如每天的19:00-23:00
期间，这时间段一般需要燃气洗澡。在这些时间段提醒用户，可以更有效的督促用户尽快缴纳费用。并且，这些时间段提醒，用户一般在家，也更容易被用户注意到，更有针对性。
75.所述账户信息包括预付费金额信息、燃气使用量信息、费用缴纳信息、待缴纳费用信息等。所述缴费周期为一个月，或者半年，或者一年。
76.为保证正确缴费，提高缴费准确性和缴费的效率，所述步骤五还可以包括：
77.根据多阶段燃气计费规则，计算缴费周期内燃气使用量的待缴纳费用；
78.发送待缴纳费用信息和缴费周期内燃气使用量至服务器，服务器根缴费周期内燃气使用量计算并判断接受的待缴纳费用信息是否有误；无误，服务器则发回缴费信息；有误，服务器则修正待缴纳费用信息，并发回修正后的缴费信息。
79.服务器进一步对待缴纳费用信息进行校验，有误则及时更正，保证正确缴费，提高缴费准确性和缴费的效率。
80.所述步骤六具体为：
81.接受服务器发回的缴费信息，若缴费信息未被修正，则直接更新账户信息；若缴费信息被修正，则更新账户信息，并提示用户缴费信息被修正。
82.在缴费信息被修正的时候，提示一下用户，以告知缴纳费用信息被修正，以供用户核验。若是修正存在错误，用户可以及时向供气公司联系反馈。
83.进一步的，步骤六还包括：
84.接受用户对缴费信息被修正的反馈；
85.判断用户是否对缴费信息被修正的操作有异议；用户无异议，结束流程；用户有异议，发送用户异议信息至服务器。
86.本方案中，可以通过在显示屏上弹出对话框询问用户是否对缴费信息被修正的操作有异议。用户选择是的时候，则表示有异议，将用户异议信息发送给服务器。供气公司根据服务器接受到的用户异议信息，联系用户，人工确认解决用户的疑问。用户选择否的时候，则表示没有异议，则结束流程，完成缴费流程。
87.如图2所示，作为本技术的另一实施例，与上述实施例不同的在于，还公开了一种燃气表，使用了如上所述的方法，所述燃气表包括：
88.计费规则设置模块，用于设置多阶段燃气计费规则；
89.请求模块，用于根据多阶段燃气计费规则，向服务器发起预付费请求；
90.接收模块，用于接收服务器发回的预付费信息并更新账户信息；
91.获取模块，用于获取缴费周期内燃气使用量数据；
92.计算发送模块，用于根据多阶段燃气计费规则，计算缴费周期内燃气使用量的待缴纳费用，并发送待缴纳费用信息至服务器；
93.接收更新模块，用于接收服务器发回的缴费信息并更新账户信息。
94.本技术的燃气表，可以根据用户设置的多个阶段收费情况，对应的向服务器发起预付费请求，保证用户的预付费金额在合理的范围。比如，用户根据当地的分段计费规定，结合自己的实际用气量情况，设置了三阶段的燃气计费规则。对应达到三阶段的用气量时，对应需要缴纳费用范围，充值数额在这一范围内或者超过这一范围则是合理的预付费金额。本技术的燃气表，根据多阶段燃气计费规则，计算缴费周期内燃气使用量的待缴纳费用，实行分阶段收费，促进节约用气。
95.需要说明的是，本方案中涉及到的各步骤的限定，在不影响具体方案实施的前提下，并不认定为对步骤先后顺序做出限定，写在前面的步骤可以是在先执行的，也可以是在后执行的，甚至也可以是同时执行的，只要能实施本方案，都应当视为属于本技术的保护范围。以上内容是结合具体的可选实施方式对本技术所作的进一步详细说明，不能认定本技术的具体实施只局限于这些说明。对于本技术所属技术领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本技术的保护范围。