本申请实施例涉及数据处理领域，尤其涉及一种基于多渠道接入停车场方法以及相关装置。
背景技术：
随着汽车的大量普及，停车场成了一项必备的建筑设施，主要任务是保管停放车辆并收取停车费用等，随着汽车数量的不断增加，使得停车场的占地面积大小也在不断的发生变化，由于土地成本增加，停车场在逐渐向多空间、多功能和智能化方向发展。
当前停车场行业收费通常是采用人工收费，或单一支付渠道收费等，但随着技术的不断发展，以二维码扫码等支付方式的领头互联网支付为了巩固其移动支付的市场地位，拓展多种支付方式，逐渐进入停车场行业。而银行、银联等传统金融企业为了推广各自的移动支付产品，也会选择与停车场合作，在停车场内提供各类银行和银联的支付通道。
在现有技术中，各家渠道平台在停车领域的需求各不相同，有些关注车场进出场数据，有的关注为车主提供车场缴费功能等。且各个渠道平台的接入口都存在各自的标准，如果由停车场直接与渠道平台进行对接，对于停车场来说，将是繁杂而重复的工作，因为很难将各个渠道平台与停车场联系起来，所以会造成渠道平台与停车场之间对接效率低的问题。
技术实现要素：
本申请实施例提供了一种基于多渠道接入停车场方法及装置，可以有效的解决渠道平台与停车场之间对接效率低的问题。
本申请实施例第一方面提供了一种基于多渠道接入停车场方法，包括：
接入平台获取目标车场终端的信息，所述目标车场终端的信息为渠道平台授权的车场终端信息，所述目标车场终端的信息包含所述渠道平台要接入车场终端的功能信息；
所述接入平台根据所述目标车场终端的信息获取支付业务功能信息，所述支付业务功能信息为无感支付类型功能的信息；
所述接入平台将所述支付业务功能的信息发送至所述目标车场终端。
可选的，在所述接入平台获取目标车场终端的信息之前，所述方法还包括：
所述接入平台判断所述渠道平台是否符合第一协议，所述第一协议为通用数据协议，用于为不同渠道平台提供统一接入服务；
若是，则所述接入平台接收所述目标车场终端的信息；
若否，则所述接入平台判断所述渠道平台是否符合第二协议，所述第二协议为适配所述渠道平台的数据协议，用于为特定的所述渠道平台提供接入服务；
若是，则所述接入平台接收所述目标车场终端的信息。
可选的，在所述接入平台根据所述目标车场终端的信息获取支付业务功能信息之前，所述方法还包括：
所述接入平台根据调用信息生成安全指令，所述调用信息为所述渠道平台对所述目标车场终端的功能进行调用的信息；
所述接入平台判断所述安全指令是否有效；
若是，则所述接入平台根据所述目标车场终端的信息获取支付业务功能信息；
若否，则所述接入平台重新生成安全指令。
可选的，在所述接入平台将所述支付业务功能的信息发送至所述目标车场终端之前，所述方法还包括：
所述接入平台判断所述支付业务功能的信息量是否超过阀值，所述阀值为接入平台在预设时间内接收渠道平台发送的最大请求信息量；
若是，则所述接入平台中断与所述渠道平台的连接；
若否，则所述接入平台将所述支付业务功能的信息发送至所述目标车场终端。
可选的，在所述接入平台将所述支付业务功能的信息发送至所述目标车场终端之前，所述方法还包括：
所述接入平台根据所述支付业务功能的信息确定目标渠道平台；
所述接入平台通过对所述目标渠道平台的源ip地址与所述渠道平台提供的公网ip地址对比；
或，
通过所述目标渠道平台获取的安全指令和所述渠道平台获取的安全指令对比判断是否相同；
若是，则所述接入平台确定所述目标渠道平台即为合法平台，所述合法平台为所述接入平台授权的渠道平台或所述接入平台备案的渠道平台。
可选的，在所述接入平台将所述支付业务功能的信息发送至所述目标车场终端之前，所述方法还包括：
所述接入平台判断所述支付业务功能的信息是否符合第三协议，所述第三协议为符合车场数据处理的协议，用于为接收所述渠道平台接入功能服务；
若是，则所述接入平台将所述支付业务功能信息发送至所述目标车场终端。
可选的，所述接入平台获取目标车场终端的信息包括：
所述接入平台获取公网ip，所述公网ip包含所述渠道平台要在所述目标车场终端接入的功能信息；
所述接入平台根据所述公网ip获取所述目标车场终端的信息。
本申请实施例第二方面提供了一种多渠道接入停车场的装置，包括：
第一获取单元，用于获取目标车场终端的信息，所述目标车场终端的信息包含渠道平台要接入的车场功能信息；
第二获取单元，用于根据所述目标车场终端的信息获取支付业务功能信息，所述支付业务功能的信息为无感支付类型功能的信息；
发送单元，用于将所述支付业务功能的信息发送至所述目标车场终端。
可选的，所述接入平台还包括：
第一判断单元，用于判断所述渠道平台是否符合第一协议，所述第一协议是通用数据协议，用于为不同渠道平台提供统一接入服务；
第一接收单元，用于当所述第一判断单元确定所述渠道平台符合第一协议后，接收所述目标车场终端的信息；
第二判断单元，用于当所述第一判断单元确定所述渠道平台不符合第一协议后，判断所述渠道平台是否符合第二协议，所述第二协议为适配所述渠道平台的数据协议，用于为特定的所述渠道平台提供接入服务；
第二接收单元，用于当所述第二判断单元确定所述渠道平台符合第二协议后，接收所述目标车场终端的信息。
可选的，所述第一获取单元包括：
第一获取模块，用于获取公网ip，所述公网ip包含了所述渠道平台要在所述目标车场终端接入的功能信息；
第二获取模块，用于根据所述公网ip获取所述目标车场终端的信息。
本申请实施例第三方面提供了一种基于多渠道接入停车场的装置，包括：
处理器、存储器、输入输出单元、总线；
所述处理器与所述存储器、所述输入输出单元以及所述总线相连；
所述处理器具体执行如下操作：
接入平台获取目标车场终端的信息，所述目标车场终端的信息为渠道平台授权的车场信息，所述目标车场终端的信息包含所述渠道平台要接入的车场功能信息；
所述接入平台根据所述目标车场终端的信息获取支付业务功能信息，所述业务功能信息为无感支付类型功能的信息；
所述接入平台将所述支付业务功能的信息发送至所述目标车场终端。
可选的，处理器还用于执行第一方面以及第二方面的可选方案中的方法。
本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行前述多渠道接入停车场方法。
从以上技术方案可以看出，本申请实施例具有以下优点：在本申请中，接入平台首先获取目标车场终端的信息，目标车场终端的信息包含渠道平台要接入的车场功能信息；然后接入平台根据目标车场终端的信息获取支付业务功能信息，业务功能信息为无感支付类型功能的信息，最后接入平台将所述支付业务功能的信息发送至所述目标车场终端。通过本申请的方法，通过设置有接入平台，可以有效的解决因为停车场直接与渠道平台进行对接从而产生繁杂而重复工作的问题，可以将各个渠道平台与停车场联系起来，进而提高渠道平台与停车场之间的对接效率。
附图说明
图1为本申请中多渠道接入停车场方法一个实施例流程示意图；
图2为本申请中多渠道接入停车场方法另一个实施例流程示意图；
图3-1和图3-2为本申请中多渠道接入停车场方法另一个实施例流程示意图；
图4为本申请中多渠道接入停车场的装置一个实施例流程示意图；
图5为本申请中多渠道接入停车场的装置另一个实施例流程示意图；
图6为本申请中多渠道接入停车场的装置另一个实施例流程示意图；
图7为本申请中多渠道接入停车场的装置另一个实施例流程示意图。
具体实施方式
本申请实施例提供了一种基于多渠道接入停车场的方法及相关装置，用于解决渠道平台与停车场之间对接效率低的问题。
下面将结合本申请实施例中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的方法可以应用于服务器、终端或者其它具备逻辑处理能力的设备，对此，本申请不作限定。为方便描述，下面以执行主体为接入平台为例进行描述。
请参阅图1，本申请中多渠道接入停车场的方法一个实施例包括：
101、接入平台获取目标车场终端的信息，所述目标车场终端的信息为渠道平台授权的车场终端信息，所述目标车场终端的信息包含所述渠道平台要接入车场终端的功能信息；
本方法是通过设置有接入平台，接入平台是连接渠道平台和目标车场终端的一个平台，接入平台的功能主要是在接收渠道平台想要接入目标车场终端的功能信息后，将渠道平台想要接入的功能信息发送至目标车场终端中，起到一个中间联系平台的作用，目标车场终端为接入平台下任意一个车场终端，其中，渠道平台上保存有多个渠道商的信息，不同的渠道商想要接入目标车场终端的功能信息，可以通过接入平台作为中间的桥梁对接，能够增加渠道商与目标车场之间的对接效率；接入平台获取渠道平台授权的车场信息，接入平台根据车场信息可以获取该渠道平台要接入目标车场终端的功能信息，目标车场终端的功能信息主要是涉及到支付业务的功能信息，例如临时停车计费功能和月卡计费功能等，具体此处不做限定。
授权涉及到车场授权和车场功能授权，其中的车场授权为渠道平台可以授权多个车场，而车场也可以对多个渠道平台授权，其中渠道平台可以设置取消对某个车场的授权或设定授权的有效时间，同样的，车场也可以设置取消对某个渠道平台的授权或设定授权的有效时间；其中的车场功能授权为车场具体的业务功能开放授权给渠道平台，车场可以取消对某个渠道平台的授权或设定授权的有效时间；在本申请中，有效时间在此处不做具体限定。
102、所述接入平台根据所述目标车场终端的信息获取支付业务功能信息，所述支付业务功能信息为无感支付类型功能的信息；
接入平台在获取渠道平台要接入目标车场终端的车场功能信息之后，根据目标车场终端的功能信息获取支付业务功能信息，在本申请中，对支付业务功能信息不作限定，该支付业务功能信息可以为无感支付类型功能的信息，例如临停计费功能信息、月卡计费功能信息、无感支付功能信息、缴费成功通知信息和数据推送功能信息和资金清结算功能信息等。
103、所述接入平台将所述支付业务功能的信息发送至所述目标车场终端；
接入平台根据目标车场终端的信息获取支付业务功能信息之后，其中支付业务功能信息中的临停计费功能信息为渠道平台提供对车场内临停车辆计费功能，车主可在渠道平台提供的应用内完成缴费，缴费完成后渠道平台使用缴费成功通知功能通知车场，车场接收到支付成功通知后即可对车辆放行；
其中支付业务功能信息中的月卡计费功能信息为渠道平台对车场提供月卡延期费用计算功能，车主在渠道平台的应用内查询车辆月卡，选择对应月卡延期缴费，缴费成功后渠道平台使用缴费成功通知功能通知车场，车场接收到支付成功通知后执行月卡延期操作；
其中支付业务功能信息中的无感支付功能信息，车主在渠道平台的应用内签约无感支付，车辆入场时车场通过渠道平台验证车辆是否能使用无感支付，若车辆不能使用无感支付，则在车辆出场时车主需在渠道平台提供的应用内完成缴费，缴费完成后渠道平台使用缴费成功通知功能通知车场，车场接收到支付成功通知后即可对车辆放行，若车辆可以使用无感支付，则车辆出场时车主无需立即缴费，车场可直接对车辆放行，出场后通过渠道平台提供的扣费功能完成扣费；接入平台将获取到的支付业务功能信息发送至目标车场终端。
通过本申请的方法通过设置有接入平台，可以有效的解决因为停车场直接与渠道平台进行对接从而产生繁杂而重复工作的问题，可以将各个渠道平台与停车场联系起来，进而提高渠道平台与停车场之间的对接效率。
请参阅图2，本申请中多渠道接入停车场方法的方法另一个实施例包括：
201、所述接入平台判断所述渠道平台是否符合第一协议，所述第一协议为通用数据协议，用于为不同渠道平台提供统一接入服务；
在本申请中，接入平台要为不同渠道平台提供统一的接入服务，需要制定相应的数据协议，其中第一协议为通用协议，用于为渠道平台提供统一接入服务，适应于大多数的渠道平台，若是，则执行步骤202，若否，则执行步骤203。
202、则所述接入平台接收所述目标车场终端的信息；
若渠道平台符合第一协议，则接入平台接收渠道平台授权的目标车场终端的信息，目标车场终端的信息中包含渠道平台要接入目标车场终端的支付业务功能信息。
203、则判断所述渠道平台是否符合第二协议，所述第二协议为适配所述渠道平台的数据协议，用于为特定的所述渠道平台提供接入服务；
在本申请中，为了满足不同的渠道平台的需要，某些渠道平台不适用于第一协议，需要制定第二协议，第二协议是为适配渠道平台的数据协议，是用于为特定的渠道平台服务，判断渠道平台是否符合第二协议，若是，则执行步骤204。
204、则所述接入平台接收所述目标车场终端的信息；
若渠道平台符合不符合第一协议，但是符合第二协议，则接入平台会接收渠道平台授权的目标车场终端的信息，目标车场终端的信息中包含渠道平台要接入目标车场终端的支付业务功能信息。
205、接入平台获取目标车场终端的信息，所述目标车场终端的信息为渠道平台授权的车场信息，所述目标车场终端的信息包含所述渠道平台要接入的车场功能信息。
206、所述接入平台根据所述目标车场终端的信息获取支付业务功能信息，所述支付业务功能信息为无感支付类型功能的信息。
207、所述接入平台将所述支付业务功能的信息发送至所述目标车场终端。
本实施例中的步骤205至207与前述实施例中的步骤101至103类似，此处不再赘述。
请参阅图3，本申请中多渠道接入停车场方法的方法另一个实施例包括：
301、所述接入平台获取公网ip，所述公网ip包含所述渠道平台要在所述目标车场终端接入的功能信息；
在本申请中，渠道平台在对目标车场终端授权后，将自身的公网ip地址发送是接入平台中进行备案处理，在公网ip地址中包含有渠道平台要在目标车场终端接入的功能信息。
302、所述接入平台根据所述公网ip获取所述目标车场终端的信息。
303、接入平台获取目标车场终端的信息，所述目标车场终端的信息为渠道平台授权的车场信息，所述目标车场终端的信息包含所述渠道平台要接入的车场功能信息；
本实施例中的步骤303与前述实施例中的步骤201类似，此处不再赘述。
304、所述接入平台根据调用信息生成安全指令，所述调用信息为所述渠道平台对所述目标车场终端的功能进行调用的信息；
接入平台在获取目标车场终端的信息之后，目标车场终端的信息为渠道平台授权的车场信息，目标车场终端的信息包含所述渠道平台要接入的车场功能信息，接入平台要从目标车场终端的信息中获取支付业务功能的信息之前，需要渠道平台登录接入平台，登入接入平台后要获取一个安全指令，该安全指令是接入平台根据渠道平台对目标车场终端的功能进行调用的信息生成的一个指令。
305、所述接入平台判断所述安全指令是否有效；
接入平台根据调用信息生成安全指令之后，生成后的安全指令具有有效时间，渠道平台要在安全指令有效的时间内才能对目标车场终端的功能进行调用，所以在对目标车场终端的功能进行调用之前，接入平台要判断安全指令是否有效，若是，则执行步骤306，若否，则执行步骤307。
306、则所述接入平台根据所述目标车场终端的信息获取支付业务功能信息，所述支付业务功能信息为无感支付类型功能的信息；
本实施例中的步骤306与前述实施例中的步骤206类似，此处不在赘述。
307、则重新生成安全指令；
在接入平台判断安全指令无效后，渠道平台需要重新登录接入平台中重新获取安全指令。
308、所述接入平台判断所述支付业务功能的信息量是否超过阀值，所述阀值为接入平台在预设时间内接收渠道平台发送的最大请求信息量；
接入平台在获取渠道平台要接入车场的支付业务功能后，判断该支付业务功能鞋信息量是否超过阀值，其中，阀值为接入平台在预设时间内接收渠道平台发送的最大请求信息量，若是，则执行步骤309，若否，则执行步骤310。
309、则所述接入平台中断与所述渠道平台的连接；
若接入平台确定渠道平台要接入车场的支付业务功能的信息量超过阀值，则接入平台会中断与渠道平台的连接，用于保证接入平台的稳定性
310、所述接入平台根据所述支付业务功能的信息确定目标渠道平台；
311、所述接入平台通过对所述目标渠道平台的源ip地址与所述渠道平台提供的公网ip地址对比；
或，
通过所述目标渠道平台获取的安全指令和所述渠道平台获取的安全指令对比判断是否相同；
接入平台根据获取到的目标渠道平台的源ip地址与渠道平台备案在接入平台的公网ip地址进行对比，或接入平台根据获取到目标渠道的安全指令与渠道平台获取的安全指令进行对比判断是否相同，若是，则执行步骤312。
312、则所述接入平台确定所述目标渠道平台即为合法平台，所述合法平台为所述接入平台授权的渠道平台或在所述接入平台备案的渠道平台；
在接入平台确定目标渠道平台为合法平台后，可以为接入平台将支付业务功能的信息发送至目标车场终端做好安全检验，通过对目标渠道平台的检验可以有效的防止某些渠道平台的非法操作，其中，接入平台对渠道平台和车场进行数据传输时，都是采用https协议，用于保证传输数据的安全性。
313、所述接入平台判断所述支付业务功能的信息是否符合第三协议，所述第三协议为符合车场数据处理的协议，用于为接收所述渠道平台接入功能服务；
在接入平台获取渠道平台要接入车场的支付业务功能信息之后，接入平台要判断获取到的支付业务功能信息是否符合第三协议，其中，第三协议为符合车场数据处理的协议，用于为接收所述渠道平台接入功能服务，同样的，在渠道平台需要提取车场的信息时，也需要判断该信息是否符合第三协议，若是，则执行步骤314。
314、则所述接入平台将所述支付业务功能信息发送至所述目标车场终端；
本实施例中的步骤314与前述实施例中的步骤207类似，此处不再赘述。
上面对本申请实施例中的多渠道接入停车场的方法进行了描述，下面对本申请实施例中的多渠道接入停车场的装置进行描述：
请参阅图4，本申请多渠道接入停车场的装置一个实施例包括：
第一获取单元401，用于获取目标车场终端的信息，所述目标车场终端的信息为渠道平台授权的车场信息，所述目标车场终端的信息包含渠道平台要接入的车场功能信息；
第二获取单元402，用于根据所述目标车场终端的信息获取支付业务功能信息，所述支付业务功能的信息为无感支付类型功能的信息；
发送单元403，用于将所述支付业务功能的信息发送至所述目标车场终端；
本实施例中，各单元的功能与前述图1所示实施例中的步骤对应，此处不再赘述。
请参阅图5，本申请多渠道接入停车场的装置另一个实施例包括：
第一判断单元501，用于判断所述渠道平台是否符合第一协议，所述第一协议是通用数据协议，用于为不同渠道平台提供统一接入服务；
第一接收单元502，用于当所述第一判断单元确定所述渠道平台符合第一协议后，接收所述目标车场终端的信息；
第二判断单元503，用于当所述第一判断单元确定所述渠道平台不符合第一协议后，判断所述渠道平台是否符合第二协议，所述第二协议为适配所述渠道平台的数据协议，用于为特定的所述渠道平台提供接入服务；
第二接收单元504，用于当所述第二判断单元确定所述渠道平台符合第二协议后，接收所述目标车场终端的信息；
第一获取单元505，用于获取目标车场终端的信息，所述目标车场终端的信息为渠道平台授权的车场信息，所述目标车场终端的信息包含渠道平台要接入的车场功能信息；
第二获取单元506，用于根据所述目标车场终端的信息获取支付业务功能信息，所述支付业务功能的信息为无感支付类型功能的信息；
发送单元507，用于将所述支付业务功能的信息发送至所述目标车场终端；
本实施例中，各单元的功能与前述图2所示实施例中的步骤对应，此处不再赘述。
请参阅图6，本申请多渠道接入停车场的装置另一个实施例包括：
第一获取单元601，用于获取目标车场终端的信息，所述目标车场终端的信息为渠道平台授权的车场信息，所述目标车场终端的信息包含渠道平台要接入的车场功能信息；
第二获取单元602，用于根据所述目标车场终端的信息获取支付业务功能信息，所述支付业务功能的信息为无感支付类型功能的信息；
发送单元603，用于将所述支付业务功能的信息发送至所述目标车场终端；
本实施例中第一获取单元包含有：
第一获取模块6011，获取公网ip，所述公网ip包含了所述渠道平台要在所述目标车场终端接入的功能信息；
第二获取模块6012，用于根据所述公网ip获取所述目标车场终端的信息；
本实施例中，各单元及模块的功能与前述图3所示实施例中的步骤301至303对应，和步骤314对应，此处不再赘述。
下面对本申请实施例中的多渠道接入停车场的装置进行详细描述，请参阅图7，本申请实施例提供了一种多渠道接入停车场的装置，包括：
处理器701、存储器702、输入输出单元703、总线704；
所述处理器701与所述存储器702、所述输入输出单元703以及所述总线704相连；
所述处理器701具体执行如下操作：
接入平台获取目标车场终端的信息，所述目标车场终端的信息为渠道平台授权的车场信息，所述目标车场终端的信息包含所述渠道平台要接入的车场功能信息；
所述接入平台根据所述目标车场终端的信息获取支付业务功能信息，所述业务功能信息为无感支付类型功能的信息；
所述接入平台将所述支付业务功能的信息发送至所述目标车场终端。
本实施例中，处理器701的功能与前述图1至图3所示实施例中的步骤对应，此处不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
1.一种基于多渠道接入停车场方法，其特征在于，包括：
接入平台获取目标车场终端的信息，所述目标车场终端的信息为渠道平台授权的车场终端信息，所述目标车场终端的信息包含所述渠道平台要接入车场终端的功能信息；
所述接入平台根据所述目标车场终端的信息获取支付业务功能信息，所述支付业务功能信息为无感支付类型功能的信息；
所述接入平台将所述支付业务功能的信息发送至所述目标车场终端。
2.根据权利要求1所述的方法，其特征在于，在所述接入平台获取目标车场终端的信息之前，所述方法还包括：
所述接入平台判断所述渠道平台是否符合第一协议，所述第一协议为通用数据协议，用于为不同渠道平台提供统一接入服务；
若是，则所述接入平台接收所述目标车场终端的信息；
若否，则所述接入平台判断所述渠道平台是否符合第二协议，所述第二协议为适配所述渠道平台的数据协议，用于为所述渠道平台提供接入服务；
若是，则所述接入平台接收所述目标车场终端的信息。
3.根据权利要求1所述的方法，其特征在于，在所述接入平台根据所述目标车场终端的信息获取支付业务功能信息之前，所述方法还包括：
所述接入平台根据调用信息生成安全指令，所述调用信息为所述渠道平台对所述目标车场终端的功能进行调用的信息；
所述接入平台判断所述安全指令是否有效；
若是，则所述接入平台根据所述目标车场终端的信息获取支付业务功能信息；
若否，则所述接入平台重新生成安全指令。
4.根据权利要求3所述的方法，其特征在于，在所述接入平台将所述支付业务功能的信息发送至所述目标车场终端之前，所述方法还包括：
所述接入平台判断所述支付业务功能的信息量是否超过阀值，所述阀值为接入平台在预设时间内接收渠道平台发送的最大请求信息量；
若是，则所述接入平台中断与所述渠道平台的连接；
若否，则所述接入平台将所述支付业务功能的信息发送至所述目标车场终端。
5.根据权利要求4所述的方法，其特征在于，在所述接入平台将所述支付业务功能的信息发送至所述目标车场终端之前，所述方法还包括：
所述接入平台根据所述支付业务功能的信息确定目标渠道平台；
所述接入平台通过对所述目标渠道平台的源ip地址与所述渠道平台提供的公网ip地址对比；
或，
通过所述目标渠道平台获取的安全指令和所述渠道平台获取的安全指令对比判断是否相同；
若是，则所述接入平台确定所述目标渠道平台即为合法平台，所述合法平台为所述接入平台授权的渠道平台或在所述接入平台备案的渠道平台。
6.根据权利要求5所述的方法，其特征在于，在所述接入平台将所述支付业务功能的信息发送至所述目标车场终端之前，所述方法还包括：
所述接入平台判断所述支付业务功能的信息是否符合第三协议，所述第三协议为符合车场数据处理的协议，用于为接收所述渠道平台接入功能服务；
若是，则所述接入平台将所述支付业务功能信息发送至所述目标车场终端。
7.根据权利要求1至6中任一项所述的方法，其特征在于，所述接入平台获取目标车场终端的信息包括：
所述接入平台获取公网ip，所述公网ip包含所述渠道平台要在所述目标车场终端接入的功能信息；
所述接入平台根据所述公网ip获取所述目标车场终端的信息。
8.一种接入平台，其特征在于，包括：
第一获取单元，用于获取目标车场终端的信息，所述目标车场终端的信息为渠道平台授权的车场信息，所述目标车场终端的信息包含渠道平台要接入的车场功能信息；
第二获取单元，用于根据所述目标车场终端的信息获取支付业务功能信息，所述支付业务功能的信息为无感支付类型功能的信息；
发送单元，用于将所述支付业务功能的信息发送至所述目标车场终端。
9.根据权利要求8所述的接入平台，其特征在于，所述接入平台还包括：
第一判断单元，用于判断所述渠道平台是否符合第一协议，所述第一协议是通用数据协议，用于为不同渠道平台提供统一接入服务；
第一接收单元，用于当所述第一判断单元确定所述渠道平台符合第一协议后，接收所述目标车场终端的信息；
第二判断单元，用于当所述第一判断单元确定所述渠道平台不符合第一协议后，判断所述渠道平台是否符合第二协议，所述第二协议为适配所述渠道平台的数据协议，用于为特定的所述渠道平台提供接入服务；
第二接收单元，用于当所述第二判断单元确定所述渠道平台符合第二协议后，接收所述目标车场终端的信息。
10.根据权利要求8所述的接入平台，其特征在于，所述第一获取单元包括：
第一获取模块，用于获取公网ip，所述公网ip包含了所述渠道平台要在所述目标车场终端接入的功能信息；
第二获取模块，用于根据所述公网ip获取所述目标车场终端的信息。
技术总结