一种基于SaaS平台的停车计费方法

技术领域

本发明涉及停车计费技术领域，具体涉及一种基于SaaS平台的停车计费方法。

背景技术

目前，停车场主要是按照停车时长或停车时段进行收费，无法满足个性化差异化收费需求。由于一些地区受政策或当地特殊场景的影响，往往需要在计费软件中设置个性化收费规则来适配。但是现有停车收费软件开发成本高，每个个性化收费规则都需要独立的代码适配，增加了开发人员的负担，并且个性化收费规则往往需要随着软件系统版本的更新而更迭，随着个性化收费规则的堆积迭代，会造成代码冗余，系统维护困难。

因此，需要一种停车计费方法，能够降低停车计费软件开发和维护成本，并及时响应市场，使收费规则更加直观透明和个性化，以解决以上现有技术中存在的问题。

发明内容

鉴于上述问题，为了降低停车计费软件开发和维护成本，提出了一种基于SaaS平台的停车计费方法，能够通过在SaaS平台中自定义计费逻辑组件，将计费规则组件化，可以更快地响应市场需求。

根据本发明的一个方面，提供一种基于SaaS平台的停车计费方法，该方法包括：在停车SaaS平台中设置自定义停车计费选项；在所述自定义停车计费选项中设置计费要素组件和多个计费逻辑组件；基于所述计费要素组件和多个计费逻辑组件的组合，生成计费结果。

通过在用户界面增加自定义停车计费选项，可以根据实际场景自定义计费规则，并及时响应，能够降低停车计费软件的开发和维护成本。

可选地，在上述方法中，还可以在自定义停车计费选项中设置计费判断组件，所述计费判断组件用于根据计费要素组件中的计费要素判断按照哪一种或几种计费方式进行计费。

可选地，在上述方法中，在所述多个计费逻辑组件中分别设置计费元素，所述计费元素包括计费时段、免费时段、预设费率。

可选地，在上述方法中，计费要素包括停车时长、停车时段、停车区域、车辆类型。计费判断组件可以判断停车时段位于计费时段还是免费时段，还可以根据停车时段或停车区域或车辆类型选择对应的费率。

可选地，在上述方法中，计费逻辑单元包括按照停车时长计费、按照停车时段计费、按照车辆类型计费、按照停车区域计费、按照停车时长、停车时段、停车区域、车辆类型中任意一项或多项组合计费，各个计费逻辑单元独立可拖动。

可选地，在停车SaaS平台中设置自定义停车计费选项的步骤中，确定计费表达式的代码语言和后端解析方式，将后端解析方式持久化保存，以便基于后端解析方式解析相应的计费逻辑组件

可选地，在上述方法中，在自定义停车计费选项中设置于计费逻辑组件对应的计费规则说明。

根据本发明的方案，通过将所需的计费规则设置为独立可拖动的计费逻辑组件，可以减少代码的开发量，并且可以即时生效，对于研发人员减少了费率开发的成本，用户可以在用户界面更快捷地设置所需要的费率规则；通过低代码个性化配置方式，可以适应各式各样的停车计费场景，能够及时响应市场需求。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例基于SaaS平台的停车计费方法的流程示意图；

图2示出了根据本发明一个实施例的自定义停车计费设置流程图；

图3示出了根据本发明一个实施例的自定义停车计费模块示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

当前停车收费定价方式存在局限性，基本是按照停车时长或停车时段进行计费，但是当一些地区受政策或特征场景的影响时，往往需要在计费软件中设计一套新的个性化收费规则来适配。软件即服务(Software as a Service，SaaS) 是随着互联网技术的发展和应用软件的成熟而兴起的一种新的软件应用方法。利用SaaS 技术，可以按需提供服务，并基于服务使用情况计费，从而降低了服务供应与维护的成本。SaaS 服务一般通过定制化的计费方式来支持业务的灵活性并满足用户的个性化需求。目前主流的SaaS 服务一般通过功能打包订阅的方式来实现定制化计费。然而，订阅方式无法满足用户复杂的计费需求。为了降低软件开发和维护成本，及时响应市场需求，本申请提供了一种基于SaaS平台的停车计费方法，能够降低开发成本和代码量，即时配置即时使用，适配各式各样的停车计费场景。

图1示出了根据本发明一个实施例基于SaaS平台的停车计费方法的流程示意图。如图1所示，该方法始于步骤S110, 在停车SaaS平台中设置自定义停车计费选项。

停车SaaS平台采用集群分布式架构，继承了车位锁、地磁传感器、视频桩、道闸、ETC等多种停车设备，能够在线监控管理各物联网设备信息，实现无人值守、城市网格化区域自治、ETC电子化车牌应用、停车缴费空中分账等停车技术。可以通过互联网访问停车SaaS平台进行计费设置、实时订单、用户管理、区域划分、车位导航、停车缴费、预约车位、会员充值、欠费追缴等操作。根据本发明的一个实施例，可以在停车SaaS平台的计费设置中增加自定义停车计费选项，具体地，可以在前端界面确定计费表达式代码设计语言和后端解析方式，然后将解析方式持久化保存，以便基于后端结息方式解析相应的计费逻辑组件。

随后执行步骤S120，在自定义停车计费选项中设置计费要素组件和多个计费逻辑组件。

每个计费逻辑组件包含一个或多个具有各自功能的代码段，可以按照计费规则将计费逻辑单元设置为独立可拖动的组件，例如，可以根据高峰停车时间段的停车费高于低峰时间段的停车费，会员停车费低于非会员停车费，月租车停车免费等计费规则设置计费表达式。根据本发明的一个实施例，计费要素可以包括停车时长、停车时段、停车区域、车辆类型等，计费逻辑单元可以包括按照停车时长计费、按照停车时段计费、按照车辆类型计费、按照停车区域计费、按照停车时长、停车时段、停车区域、车辆类型中任意一项或多项组合计费，各个计费逻辑单元独立可拖动。图2示出了根据本发明一个实施例的自定义停车计费设置流程图。如图2所示，拖动所需的计费要素组件和计费逻辑组件，其中，通过计费要素组件可以输入停车时长、停车时段、停车区域、车辆类型等计费要素，计费逻辑组件可以预设的计费规则进行计费；然后组合和连接各计费逻辑组件，并设置计费元素值，最后按照设置的计费逻辑组件和计费元素值对停车费用进行计算输出计费结果。

还可以在自定义停车计费选项中设置计费判断组件，计费判断组件用于根据计费要素组件中的计费要素判断按照哪一种或几种计费方式进行计费，并且可以在计费逻辑组件中添加计费元素，如计费时段、免费时段、预设费率等。判断组件可以判断停车时段位于计费时段还是免费时段，或者根据停车时段或停车区域判断按照哪一种费率进行计费，根据车辆类型选择对应的计费逻辑组件。

最后执行步骤S130，基于计费要素组件和多个计费逻辑组件的组合，生成计费结果。

具体地，可以将计费逻辑组件、计费判断组件、计费要素组件用有向连接线连接，形成一个完整的自定义停车计费模块。图3示出了根据本发明一个实施例的自定义停车计费模块示意图。如图3所示，自定义停车计费模块中包括计费逻辑组件（计费逻辑组件A、计费逻辑组件B、计费逻辑组件C）、计费元素组件（计费元素组件1、计费元素组件2、计费元素组件3）、计费要素组件、计费判断组件和多个计费流程线。计费要素组件可以输入停车时长、停车时段、停车位、停车区域、车辆类型等与计费有关的要素，计费判断组件可以根据计费要素组件中的计费要素通过逻辑表达式判断按照哪一种或几种计费方式进行计费。例如，如果车辆类型为月租车或会员车，则按照月租车计费组件进行计费，如果停车时段为高峰期，则通过按照停车时段进行计费的组件进行计费。还可以将计费元素组件插入计费逻辑组件，如预设的免费时段、预设的收费时段、预设费率等，最后通过计费结果组件计算输出计费结果。

通过本发明技术方案，通过将所需的计费规则设置为独立可拖动的计费逻辑组件，可以减少代码的开发量，并且可以即时生效，对于研发人员减少了费率开发的成本，用户可以在用户界面更快捷地设置所需要的费率规则。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的而非限制性的，本发明的范围由所附权利要求书限定。