CN114049688A - 一种基于大数据平台的跨车场月卡服务方法及装置 - Google Patents

Abstract

本申请公开了一种基于大数据平台的跨车场月卡服务方法及装置，该方法可以让用户开通一个月卡，就可多车场适用，提升了用户停车体验，节省停车月卡支出；同时，减少车场空闲时段，也提升了车场停车效率。本申请包括：获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场；查询所述每个意向车场的停车需求时段的计费规则；根据所述计费规则计算总费用；判断所述总费用是否大于所述每个意向车场的月卡费用之和，若否，则根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务，生成业务办理结果。

Description

一种基于大数据平台的跨车场月卡服务方法及装置

技术领域

本申请实施例涉及物联网领域，特别涉及一种基于大数据平台的跨车场月卡服务方法及装置。

背景技术

为了方便停车场实现信息化管理，停车场系统应运而生，并且越来越普及现代生活，停车场系统是一种现代化停车场车辆收费及设备自动化管理的系统，是将停车场完全置于计算机统一管理下的高科技机电一体化产品，通过智能设备记录车辆及持卡人进出的相关信息，同时对其信息加以运算、传送并通过字符显示、语音播放等人机界面转化成人工能够辨别和判断的信息，实现计时收费、车辆管理的目的。

然而现有的停车场，如果用户车辆在多个车场频繁有停车需求时，车主要办理月卡业务，就需要在每个有停车需求的停车场各办理一次，然而用户只有一辆车，无法每个车场所有时段都一直进行停放，此时便会导致停车资源浪费，而且用户也为此多支付了停车费用。

发明内容

本申请实施例提供了一种基于大数据平台的跨车场月卡服务方法及装置，该方法可以让用户开通一个月卡，就可多车场适用，提升了用户停车体验，节省停车月卡支出；同时，减少车场空闲时段，也提升了车场停车效率。

本申请实施例第一方面提供了一种基于大数据平台的跨车场月卡服务方法，包括：

获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场；

查询所述每个意向车场的停车需求时段的计费规则；

根据所述计费规则计算总费用；

判断所述总费用是否大于所述每个意向车场的月卡费用之和，若否，则根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务，生成业务办理结果。

可选的，在所述获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场之前，所述方法还包括：

获取至少一个车场的车场基础信息；

根据所述车场基础信息与所述至少一个车场建立连接。

可选的，在所述根据所述车场基础信息与所述至少一个车场建立连接之后，所述方法还包括：

给所有已建立连接的车场按照不同的时段配置不同的计费规则。

可选的，在所述给所有已建立连接的车场按照不同的时段配置不同的计费规则之后，所述方法还包括：

生成车场停车推送信息，所述车场停车推送信息包括所有已建立连接的车场的车场基础信息以及对应所述车场的不同时段的计费规则。

可选的，在所述判断所述总费用是否大于所述每个意向车场的月卡费用之和之后，所述方法还包括：

若是，则根据所述目标车主的所述每个意向车场的停车需求时段获取周边车场的同一停车需求时段的计费信息；

根据所述计费信息生成新的跨平台月卡方案。

可选的，在所述根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务，生成业务办理结果之后，所述方法还包括：

向所述每个意向车场发送所述业务办理结果。

可选的，在所述根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务，生成业务办理结果之前，所述方法还包括：

获取所述目标车主的相关身份信息。

可选的，所述根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务，生成业务办理结果，包括：

根据所述跨平台月卡业务申请以及所述相关身份信息为所述目标车主办理跨平台月卡业务，生成业务办理结果。

本申请实施例第二方面提供了一种基于大数据平台的跨车场月卡服务装置，包括：

第一获取单元，用于获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场；

查询单元，用于查询所述每个意向车场的停车需求时段的计费规则；

计算单元，用于根据所述计费规则计算总费用；

判断单元，用于判断所述总费用是否大于所述每个意向车场的月卡费用之和；

办理单元，用于在所述判断单元确定所述总费用小于所述每个意向车场的月卡费用之和之后，根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务；

第一生成单元，用于生成业务办理结果。

可选的，在所述第一获取单元之前，所述装置还包括：

第二获取单元，用于获取至少一个车场的车场基础信息；

连接单元，用于根据所述车场基础信息与所述至少一个车场建立连接；

配置单元，用于给所有已建立连接的车场按照不同的时段配置不同的计费规则；

第二生成单元，用于生成车场停车推送信息，所述车场停车推送信息包括所有已建立连接的车场的车场基础信息以及对应所述车场的不同时段的计费规则。

本申请实施例第三方面提供了一种基于大数据平台的跨车场月卡服务装置，包括：

处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、输入输出单元以及总线相连；

所述处理器执行如下操作：

获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场；

查询所述每个意向车场的停车需求时段的计费规则；

根据所述计费规则计算总费用；

判断所述总费用是否大于所述每个意向车场的月卡费用之和，若否，则根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务，生成业务办理结果。

本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行上述第一方面任意一种基于大数据平台的跨车场月卡服务方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请中，提供一种办理跨平台月卡的服务，首先获取目标车主的跨平台月卡业务申请，并根据该跨平台月卡业务申请中目标车主选择的多个意向车场以及每个意向车场的停车需求时段的计费规则来计算总费用，若是总费用小于目标车主选择的所有意向车场的月卡费用之和，则为该目标车主办理跨平台月卡业务。该方法可以让用户开通一个月卡，就可多车场适用，提升了用户停车体验，节省停车月卡支出；同时，减少车场空闲时段，也提升了车场停车效率。

附图说明

图1为本申请实施例中基于大数据平台的跨车场月卡服务方法一个实施例流程示意图；

图2为本申请实施例中基于大数据平台的跨车场月卡服务方法另一实施例流程示意图；

图3为本申请实施例中基于大数据平台的跨车场月卡服务装置一个实施例流程示意图；

图4为本申请实施例中基于大数据平台的跨车场月卡服务装置另一实施例流程示意图；

图5为本申请实施例中基于大数据平台的跨车场月卡服务装置另一实施例流程示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的阐述，显然阐述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应当属于本申请保护范围。

本申请实施例提供了一种基于大数据平台的跨车场月卡服务方法及装置，该方法可以让用户开通一个月卡，就可多车场适用，提升了用户停车体验，节省停车月卡支出；同时，减少车场空闲时段，也提升了车场停车效率。

需要说明的是，本申请中的执行主体可以是平台，可以是系统，也可以是服务器等，具体本申请不做限制，下面将以云平台作为执行主体进行阐述。

请参阅图1，本申请实施例中基于大数据平台的跨车场月卡服务方法一个实施例包括：

101、获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场；

需要说明的是，本申请实施例中，云平台通过移动终端上的APP、小程序、微信公众号等渠道发布多个车场的车场信息，这些车场都是已经接入了云平台的车场，这些车场信息包括车场的基础数据、每个时段的车辆停放情况以及每个时段的停车收费、折扣或者优惠等信息。

目标车主通过APP、公众号等方式查看云平台上每个车场的相关信息，选择自己有停车需求的几个意向车场以及各意向车场的停车需求时段，生成跨平台月卡业务申请。

102、查询所述每个意向车场的停车需求时段的计费规则；

需要说明的是，本申请实施例中，云平台获取目标车主通过移动终端填写的跨平台月卡业务申请之后，会根据该跨平台月卡业务申请中选择的意向车场以及意向车场的停车需求时段去查询各意向车场的停车需求时段的计费规则，该计费规则事先已通过服务商平台配置好各时段的计费、折扣或者优惠等数据信息。

103、根据所述计费规则计算总费用；

本申请实施例中，云平台根据查询到的计费规则，对目标车主选择的意向车场的停车需求时段进行总费用计算。比如，目标车主选择的意向车场有车场A、车场B以及车场C，其中，车场A的停车需求时段是6点到12点，该时段的停车收费规则是每小时M元；车场B的停车需求时段是13点到18点，该时段的停车收费规则是每小时N元；车场C的停车需求时段是19点到5点，该时段的停车收费规则是每小时L元，则总费用＝7*M+6*N+11*L。

需要说明的是，同一个车场的不同时段的计费规则可以一样，也可以不一样，即计费、折扣或者优惠方案可以根据该车场的具体情况具体制定，比如可以根据该车场不同时段的停车多与少来进行相对应的优惠折扣。

104、判断所述总费用是否大于所述每个意向车场的月卡费用之和；

本申请实施例中，云平台计算得到总费用之后，将其与目标车主所选择的所有意向车场的月卡费用之和进行比较。比如，目标车主选择的意向车场有车场A、车场B以及车场C，则将这三个车场的月卡费用相加后与总费用进行对比。

需要说明的是，若是总费用小于所有意向车场的月卡费用之和，则执行步骤105。

105、根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务，生成业务办理结果。

需要说明的是，本申请实施例中，若是总费用小于所有意向车场的月卡费用之和，则说明跨平台月卡业务能节省目标车场的停车支出，云平台根据目标车主填写的跨平台月卡业务申请为该目标车主办理跨平台月卡业务，并生成业务处理结果。

本申请实施例中，提供一种办理跨平台月卡的服务，首先获取目标车主的跨平台月卡业务申请，并根据该跨平台月卡业务申请中目标车主选择的多个意向车场以及每个意向车场的停车需求时段的计费规则来计算总费用，若是总费用小于目标车主选择的所有意向车场的月卡费用之和，则为该目标车主办理跨平台月卡业务。该方法可以让用户开通一个月卡，就可多车场适用，提升了用户停车体验，节省停车月卡支出；同时，减少车场空闲时段，也提升了车场停车效率。

上面对基于大数据平台的跨车场月卡服务方法进行了一个大概的说明，下面将对基于大数据平台的跨车场月卡服务方法进行一个详细的介绍。

请参阅图2，本申请实施例中基于大数据平台的跨车场月卡服务方法另一实施例包括：

201、获取至少一个车场的车场基础信息；

202、根据所述车场基础信息与所述至少一个车场建立连接；

需要说明的是，本申请实施例中，对于要接入云平台的车场，云平台会通过车场运营方获取这些车场的车场基础信息。具体的，通过前端的开放平台获取这些车场的相关数据，比如车辆出入场数据等，根据这些车场基础信息与这些车场建立连接，并将其存储至后端的大数据平台。

203、给所有已建立连接的车场按照不同的时段配置不同的计费规则；

本申请实施例中，云平台会对于已接入开放平台的车场进行停车费用的配置。具体的，与服务商平台签约，根据车场运营方提供的车场基础信息，以及车场运营需求配置用户协议等，配置每个车场的空闲时段计费、折扣或优惠方案。

204、生成车场停车推送信息，所述车场停车推送信息包括所有已建立连接的车场的车场基础信息以及对应所述车场的不同时段的计费规则；

需要说明的是，本申请实施例中，对于已接入云平台且已配置好计费规则的车场，云平台会向外发布车场信息，向有停车需求的用户推荐优惠停车方案。具体的，云平台通过移动终端的APP、公众号、小程序等发布车场信息，以使得有需求的用户可以通过这些小程序查看平台的各车场的不同时段计费信息，不同时段的停车情况以及车场位置等。

205、获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场；

需要说明的是，本申请实施例中，云平台通过移动终端上的APP、小程序、微信公众号等渠道发布多个车场的车场信息，这些车场都是已经接入了云平台的车场，这些车场信息包括车场的基础数据、每个时段的车辆停放情况以及每个时段的停车收费、折扣或者优惠等信息。

目标车主通过APP、公众号等方式查看云平台上每个车场的相关信息，选择自己有停车需求的几个意向车场以及各意向车场的停车需求时段，生成跨平台月卡业务申请。

206、查询所述每个意向车场的停车需求时段的计费规则；

需要说明的是，本申请实施例中，云平台获取目标车主通过移动终端填写的跨平台月卡业务申请之后，会根据该跨平台月卡业务申请中选择的意向车场以及意向车场的停车需求时段去查询各意向车场的停车需求时段的计费规则，该计费规则事先已通过服务商平台配置好各时段的计费、折扣或者优惠等数据信息。

207、根据所述计费规则计算总费用；

本申请实施例中，云平台根据查询到的计费规则，对目标车主选择的意向车场的停车需求时段进行总费用计算。比如，目标车主选择的意向车场有车场A、车场B以及车场C，其中，车场A的停车需求时段是6点到12点，该时段的停车收费规则是每小时M元；车场B的停车需求时段是13点到18点，该时段的停车收费规则是每小时N元；车场C的停车需求时段是19点到5点，该时段的停车收费规则是每小时L元，则总费用＝7*M+6*N+11*L。

需要说明的是，同一个车场的不同时段的计费规则可以一样，也可以不一样，即计费、折扣或者优惠方案可以根据该车场的具体情况具体制定，比如可以根据该车场不同时段的停车多与少来进行相对应的优惠折扣。

208、判断所述总费用是否大于所述每个意向车场的月卡费用之和；

本申请实施例中，云平台计算得到总费用之后，将其与目标车主所选择的所有意向车场的月卡费用之和进行比较。比如，目标车主选择的意向车场有车场A、车场B以及车场C，则将这三个车场的月卡费用相加后与总费用进行对比。

需要说明的是，若是总费用大于或等于所有意向车场的月卡费用之和，则执行步骤209；若是总费用小于所有意向车场的月卡费用之和，则执行步骤211。

209、根据所述目标车主的所述每个意向车场的停车需求时段获取周边车场的同一停车需求时段的计费信息；

需要说明的是，本申请实施例中，若是总费用大于或等于所有意向车场的月卡费用之和，为了给用户提供更加优惠的方案，云平台会通过大数据推送周边车主更优惠的组合方案，具体的，云平台会参考目标车主的意向停车位置，以及在该位置停车的停车时段去寻找周边同时段停车计费规则更为优惠的车场。

210、根据所述计费信息生成新的跨平台月卡方案。

需要说明的是，本申请实施例中，云平台通过大数据获取到比目标车主的意向车场更为优惠的组合方案之后，会生成新的跨平台月卡方案，并发送至目标车主的移动终端。

211、获取所述目标车主的相关身份信息；

需要说明的是，本申请实施例中，若是总费用小于所有意向车场的月卡费用之和，则说明跨平台月卡业务能节省目标车场的停车支出，云平台会根据该项业务办理所需要提交的信息模板向目标车主的移动终端获取相关身份信息。

212、根据所述跨平台月卡业务申请以及所述相关身份信息为所述目标车主办理跨平台月卡业务，生成业务办理结果；

需要说明的是，本申请实施例中，云平台根据目标车主填写的跨平台月卡业务申请以及相关身份信息为该目标车主办理跨平台月卡业务，并生成业务处理结果。

213、向所述每个意向车场发送所述业务办理结果。

本申请实施例中，云平台为目标车主完成月卡开通的办理业务之后，会通过开放平台向目标车主已经办理了业务的意向车场发送目标车主车辆月卡时段信息，以使得目标车主在该车场停车时，不被重复扣费。

需要说明的是，目标车主按通用月卡套餐(即跨平台月卡业务)出入多个车场时，若是目标车主在某个车场停车超过了办理的那个时段，则超出时段部分转为超时欠费订单，此时，云平台会根据事先配置的该车场该时段的计费规则向目标车主收费。

此外，云平台还会根据用户的停车习惯定期定向推送更优惠的通用月卡车场组合方案给用户，同时云平台还会基于车场周边停车数据向车场运营方推送空闲时段出租建议。

本申请实施例中，提供一种跨车场月卡服务方法，不仅仅能让用户一张月卡多车场使用，节省停车支出；同时其还能智能给用户分析最为优惠的停车月卡方案，当用户自己选择的组合方案不是最佳的优惠方案时，云平台会基于大数据智能为用户推送更为优惠的停车组合方案。此外，云平台会根据每个车场每个时段的车辆出入场数据判断该车场的空闲时段，用户可以通过平台看到该车场每个时段的车辆停车数量来决定租用哪一时段，避开了堵车风险或者因找不到停车位停车而浪费时间，提升用户停车体验感。

上面对基于大数据平台的跨车场月卡服务方法进行了描述，下面将对该基于大数据平台的跨车场月卡服务装置进行说明。

请参阅图3，本申请实施例中基于大数据平台的跨车场月卡服务装置一个实施例包括：

本申请实施例第二方面提供了一种基于大数据平台的跨车场月卡服务装置，包括：

第一获取单元301，用于获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场；

查询单元302，用于查询所述每个意向车场的停车需求时段的计费规则；

计算单元303，用于根据所述计费规则计算总费用；

判断单元304，用于判断所述总费用是否大于所述每个意向车场的月卡费用之和；

办理单元305，用于在判断单元304确定所述总费用小于所述每个意向车场的月卡费用之和之后，根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务；

第一生成单元306，用于生成业务办理结果。

本申请实施例中，提供一种办理跨平台月卡的服务，首先通过第一获取单元301获取目标车主的跨平台月卡业务申请，并根据该跨平台月卡业务申请中目标车主选择的多个意向车场以及每个意向车场的停车需求时段的计费规则通过计算单元303来计算总费用，若是判断单元304确认总费用小于目标车主选择的所有意向车场的月卡费用之和，则通过办理单元305为该目标车主办理跨平台月卡业务。该方法可以让用户开通一个月卡，就可多车场适用，提升了用户停车体验，节省停车月卡支出；同时，减少车场空闲时段，也提升了车场停车效率。

上面对基于大数据平台的跨车场月卡服务装置的各单元功能进行一个大概的描述，下面将对基于大数据平台的跨车场月卡服务装置的各单元功能进行一个详细的描述。

请参阅图4，本申请实施例中，基于大数据平台的跨车场月卡服务装置另一实施例包括：

第二获取单元401，用于获取至少一个车场的车场基础信息；

连接单元402，用于根据所述车场基础信息与所述至少一个车场建立连接；

配置单元403，用于给所有已建立连接的车场按照不同的时段配置不同的计费规则；

第二生成单元404，用于生成车场停车推送信息，所述车场停车推送信息包括所有已建立连接的车场的车场基础信息以及对应所述车场的不同时段的计费规则；

第一获取单元405，用于获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场；

查询单元406，用于查询所述每个意向车场的停车需求时段的计费规则；

计算单元407，用于根据所述计费规则计算总费用；

判断单元408，用于判断所述总费用是否大于所述每个意向车场的月卡费用之和；

办理单元409，用于在判断单元408确定所述总费用小于所述每个意向车场的月卡费用之和之后，根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务；

第一生成单元410，用于生成业务办理结果。

本申请实施例中，各单元模块的功能与前述图1至图2中所示实施例中的步骤对应，此处不再赘述。

请参阅图5，本申请实施例中基于大数据平台的跨车场月卡服务装置另一实施例包括：

处理器501、存储器502、输入输出单元503以及总线504；

处理器501与存储器502、输入输出单元503以及总线504相连；

处理器501执行如下操作：

获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场；

查询所述每个意向车场的停车需求时段的计费规则；

根据所述计费规则计算总费用；

判断所述总费用是否大于所述每个意向车场的月卡费用之和，若否，则根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务，生成业务办理结果。

本实施例中，处理器501的功能与前述图1至图2所示实施例中的步骤对应，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令，用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种基于大数据平台的跨车场月卡服务方法，其特征在于，包括：

获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场；

查询所述每个意向车场的停车需求时段的计费规则；

根据所述计费规则计算总费用；

判断所述总费用是否大于所述每个意向车场的月卡费用之和，若否，则根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务，生成业务办理结果。

2.根据权利要求1所述的跨车场月卡服务方法，其特征在于，在所述获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场之前，所述方法还包括：

获取至少一个车场的车场基础信息；

根据所述车场基础信息与所述至少一个车场建立连接。

3.根据权利要求2所述的跨车场月卡服务方法，其特征在于，在所述根据所述车场基础信息与所述至少一个车场建立连接之后，所述方法还包括：

给所有已建立连接的车场按照不同的时段配置不同的计费规则。

4.根据权利要求3所述的跨车场月卡服务方法，其特征在于，在所述给所有已建立连接的车场按照不同的时段配置不同的计费规则之后，所述方法还包括：

生成车场停车推送信息，所述车场停车推送信息包括所有已建立连接的车场的车场基础信息以及对应所述车场的不同时段的计费规则。

5.根据权利要求1至4中任意一项所述的跨车场月卡服务方法，其特征在于，在所述判断所述总费用是否大于所述每个意向车场的月卡费用之和之后，所述方法还包括：

若是，则根据所述目标车主的所述每个意向车场的停车需求时段获取周边车场的同一停车需求时段的计费信息；

根据所述计费信息生成新的跨平台月卡方案。

6.根据权利要求1至4中任意一项所述的跨车场月卡服务方法，其特征在于，在所述根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务，生成业务办理结果之后，所述方法还包括：

向所述每个意向车场发送所述业务办理结果。

7.根据权利要求1至4中任意一项所述的跨车场月卡服务方法，其特征在于，在所述根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务，生成业务办理结果之前，所述方法还包括：

获取所述目标车主的相关身份信息。

8.根据权利要求7所述的跨车场月卡服务方法，其特征在于，所述根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务，生成业务办理结果，包括：

根据所述跨平台月卡业务申请以及所述相关身份信息为所述目标车主办理跨平台月卡业务，生成业务办理结果。

9.一种基于大数据平台的跨车场月卡服务装置，其特征在于，包括：

第一获取单元，用于获取目标车主的跨平台月卡业务申请，所述跨平台月卡业务申请包括至少一个意向车场以及每个意向车场的停车需求时段，所述每个意向车场为事先建立过关联的车场；

查询单元，用于查询所述每个意向车场的停车需求时段的计费规则；

计算单元，用于根据所述计费规则计算总费用；

判断单元，用于判断所述总费用是否大于所述每个意向车场的月卡费用之和；

办理单元，用于在所述判断单元确定所述总费用小于所述每个意向车场的月卡费用之和之后，根据所述跨平台月卡业务申请为所述目标车主办理跨平台月卡业务；

第一生成单元，用于生成业务办理结果。

10.根据权利要求9所述的跨车场月卡服务装置，其特征在于，在所述第一获取单元之前，所述装置还包括：

第二获取单元，用于获取至少一个车场的车场基础信息；

连接单元，用于根据所述车场基础信息与所述至少一个车场建立连接；

配置单元，用于给所有已建立连接的车场按照不同的时段配置不同的计费规则；

第二生成单元，用于生成车场停车推送信息，所述车场停车推送信息包括所有已建立连接的车场的车场基础信息以及对应所述车场的不同时段的计费规则。

Images