本申请涉及网络技术领域，尤其涉及一种缴费方法、系统及设备。
背景技术：
用户在有自有停车场的服务商(如商场、餐饮商等)的停车场中停车时，大都可享受服务商给予的停车优惠，如会员减免、购物减免、积分减免等等。因此，用户更喜欢去这类有自由停车场的服务商进行消费。
而对于无自有停车场的服务商来说，因与外部停车场合作存在较多难题，如支付与结算的方式、系统打通、合作管理等等；使得现有大多数无自有停车场的服务商还无法给予用户相应的停车优惠。
技术实现要素：
鉴于上述问题，提出了本申请以提供一种解决上述问题或至少部分地解决上述问题的缴费方法、系统及设备。
于是，在本申请的一个实施例中，提供了一种缴费方法。该方法，包括：
获取对计费对象进行计费的第一服务方；
所述第一服务方是与第二服务方关联的至少一个第一服务方中的一个时，获取申请为所述计费对象缴费的用户在第二服务方处产生的减免数据；
根据所述减免数据及所述计费对象所产生的计费总额，确定所述用户需向所述第一服务方缴纳的缴费数据。
在本申请的另一实施例中，提供了一种缴费方法。该方法，包括：
接收客户端发送的缴费请求，所述缴费请求中携带有计费对象、对所述计费对象进行计费的第一服务方及缴费数据；
针对所述计费对象，执行向所述第一服务方缴纳所述缴费数据的缴费操作；
其中，所述缴费数据是根据减免数据及所述计费对象在所述第一服务方处产生的计费总额确定出的；所述减免数据是在所述第一服务方式是与所述第二服务方关联的至少一个第一服务方中的一个时从所述第二服务方处获取，且是申请为所述计费对象缴费的用户在所述第二服务方处产生的。
在本申请的又一个实施例中，提供了一种缴费方法。该方法，包括：
对计费对象进行计费，以得到所述计费对象所产生的计费总额；
接收服务端针对所述计费对象执行缴纳缴费数据后发送的提示信息；
输出所述提示信息；
其中，所述缴费数据是根据减免数据及所述计费总额确定出的；所述减免数据是在对所述计费对象进行计费的第一服务方式是与第二服务方关联的至少一个第一服务方中的一个时从所述第二服务方处获取，且是申请为所述计费对象缴费的用户在所述第二服务方处产生的。
在本申请的一个实施例中，提供了一种缴费系统。该缴费系统包括：
客户端，用于获取对计费对象进行计费的第一服务方；所述第一服务方是与第二服务方关联的至少一个第一服务方中的一个时，获取申请为所述计费对象缴费的用户在第二服务方处产生的减免数据；根据所述减免数据及所述计费对象所产生的计费总额，确定所述用户需向所述第一服务方缴纳的缴费数据；
服务端，用于接收所述客户端发送的缴费请求，所述缴费请求中携带有所述计费对象、所述第一服务方及所述缴费数据；针对所述计费对象，执行向所述第一服务方缴纳所述缴费数据的缴费操作；
第一服务方，用于对进场的所述计费对象进行计费，以得到所述计费对象所产生的计费总额；接收所述服务端针对所述计费对象执行缴纳缴费数据后发送的提示信息；输出所述提示信息。
在本申请的又一个实施例中，提供了一种缴费方法。该方法包括：
响应于用户通过第二服务方对应界面触发的缴费事件，在缴费界面中显示计费对象对应的页面元素；
对所述计费对象进行计费的第一服务方是与所述第二服务方关联的至少一个第一服务方中的一个时，在所述缴费界面中显示所述用户在第二服务方处产生的减免数据；
显示根据所述减免数据和所述计费对象所产生的计费总额确定出的所述用户需向所述第一服务方缴纳的缴费数据。
在本申请的一个实施例中，提供了一种客户端设备。该客户端设备包括：第一存储器和第一处理器，其中，
所述第一存储器，用于存储程序；
所述第一处理器，与所述第一存储器耦合，用于执行所述第一存储器中存储的所述程序，以用于：
获取对计费对象进行计费的第一服务方；
所述第一服务方是与第二服务方关联的至少一个第一服务方中的一个时，获取申请为所述计费对象缴费的用户在第二服务方处产生的减免数据；
根据所述减免数据及所述计费对象所产生的计费总额，确定所述用户需向所述第一服务方缴纳的缴费数据。
在本申请的一个实施例中，提供了一种服务端设备。该服务端设备包括：第二存储器和第二处理器，其中，
所述第二存储器，用于存储程序；
所述第二处理器，与所述第二存储器耦合，用于执行所述第二存储器中存储的所述程序，以用于：
接收客户端发送的缴费请求，所述缴费请求中携带有计费对象、对所述计费对象进行计费的第一服务方及缴费数据；
针对所述计费对象，执行向所述第一服务方缴纳所述缴费数据的缴费操作；
其中，所述缴费数据是根据减免数据及所述计费对象在所述第一服务方处产生的计费总额确定出的；所述减免数据是在所述第一服务方式是与所述第二服务方关联的至少一个第一服务方中的一个时从所述第二服务方处获取，且是申请为所述计费对象缴费的用户在所述第二服务方处产生的。
在本申请的一个实施例中，提供了一种第一服务方设备。该第一服务方设备包括：第三存储器和第三处理器，其中，
所述第三存储器，用于存储程序；
所述第三处理器，与所述第三存储器耦合，用于执行所述第三存储器中存储的所述程序，以用于：
对计费对象进行计费，以得到所述计费对象所产生的计费总额；
接收服务端针对所述计费对象执行缴纳缴费数据后发送的提示信息；
输出所述提示信息；
其中，所述缴费数据是根据减免数据及所述计费总额确定出的；所述减免数据是在对所述计费对象进行计费的第一服务方式是与第二服务方关联的至少一个第一服务方中的一个时从所述第二服务方处获取，且是申请为所述计费对象缴费的用户在所述第二服务方处产生的。
本申请实施例提供的技术方案提供了一种多个独立服务方间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的计费总额，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题；不仅给各服务方提供了方便，还为各服务方的用户提供了更多的方便，有助于提高各服务方的服务质量。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请一实施例提供的缴费系统的结构示意图；
图2为本申请一实施例提供的缴费方法的流程示意图；
图3为本申请一实施例提供的缴费界面的一种实现示例图；
图4为本申请另一实施例提供的缴费订单详情界面的一种实现示例图；
图5为本申请另一实施例提供的缴费方法的流程示意图；
图6为本申请又一实施例提供的缴费方法的流程示意图；
图7为本申请又一实施例提供的缴费方法的流程示意图；
图8为本申请一实施例提供的缴费装置的结构示意图；
图9为本申请另一实施例提供的缴费装置的结构示意图；
图10为本申请又一实施例提供的缴费装置的结构示意图；
图11为本申请又一实施例提供的缴费装置的结构示意图；
图12为本申请一实施例提供的客户端设备的结构示意图；
图13为本申请一实施例提供的服务端设备的结构示意图；
图14为本申请一实施例提供的第一服务方设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在现有技术中，独立经营的停车场和没有自有停车场的商场，这两个服务方的经营是各自独立的。用户在停车场中产生的停车费用无法享受类似于有自有停车场的商场给予的优惠，如商场会员减免、购物减免、积分减免等等。针对这个问题，本申请提供了一种解决方案，主要思想是：为多个服务方提供一个共有的服务平台，第一服务方和第二服务方可基于合作协议在服务平台上建立关联关系，用户在两个存在关联关系的服务方消费时，在一服务方处产生的消费可享受另一服务方给予的优惠。其中，优惠规则可由给予优惠服务方自行定义。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在介绍本申请提供的服务提供方法之前，先对本申请提供的所述方法所基于的系统架构进行说明。
如图1所示，本申请一实施例提供的缴费系统的结构示意图。如图1所示，本实施例提供的所述系统包括：客户端101、服务端102及第一服务方103。其中，
客户端101，用于获取对计费对象进行计费的第一服务方103；所述第一服务方103是与第二服务方关联的至少一个第一服务方中的一个时，获取申请为所述计费对象缴费的用户在第二服务方处产生的减免数据；根据所述减免数据及所述计费对象所产生的计费总额，确定所述用户需向所述第一服务方103缴纳的缴费数据；
服务端102，用于接收所述客户端101发送的缴费请求，所述缴费请求中携带有所述计费对象、所述第一服务方103及所述缴费数据；针对所述计费对象，执行向所述第一服务方103缴纳所述缴费数据的缴费操作；
第一服务方103，用于对所述计费对象进行计费，以得到所述计费对象所产生的计费总额；接收所述服务端针对所述计费对象执行缴纳缴费数据后发送的提示信息；输出所述提示信息。
本申请实施例提供的技术方案提供了一种多个独立服务方间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的计费总额，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题；不仅给各服务方提供了方便，还为各服务方的用户提供了更多的方便，有助于提高各服务方的服务质量。
这里需要说明的是：上述实施例提供的系统可应用在多种服务方合作的应用场景中，例如，停车场与商场合作的应用场景。若在停车场与商场合作的应用场景中，上述实施例中与用户绑定的计费对象可以是车辆；计费总额即停车费；第一服务方是为车辆提供停泊服务的停车场运营商；第二服务方是为用户提供线下和/或线上消费服务的入驻服务商。具体实施时，减免数据可基于用户是否为会员(即注册用户)、用户在商场的消费积分、用户在商场的消费金额等来确定。
另外，本申请实施例提供的所述缴费系统中各组成单元，如客户端、服务端、第一服务方的具体工作流程及之间的信令交互将在以下各实施例中作进一步的说明。
图2示出了本申请一实施例提供的缴费方法的流程示意图。本实施例提供的所述方法适用于客户端。其中，所述客户端可以是集成在终端上的一个具有嵌入式程序的硬件，也可以是安装在终端中的一个应用软件，还可以是嵌入在终端操作系统中的工具软件等，本发明实施例对此不作限定。该终端可以为包括手机、平板电脑、pda(personaldigitalassistant，个人数字助理)、pos(pointofsales，销售终端)、车载电脑等任意终端设备。如图2所示，所述缴费方法包括：
201、获取对计费对象进行计费的第一服务方。
202、所述第一服务方是与第二服务方关联的至少一个第一服务方中的一个时，获取申请为所述计费对象缴费的用户在第二服务方处产生的减免数据。
203、根据所述减免数据及所述计费对象所产生的计费总额，确定所述用户需向所述第一服务方缴纳的缴费数据。
上述201中，计费对象可以是用户通过用户界面(如图3所示的缴费界面)自行输入的，也可以是客户端从用户预置的绑定信息获取到的。在一种可行的技术方案中，用户可预先通过客户端提供的绑定的功能，将用户的用户信息(如登录信息)与计费对象的标识进行绑定。其中，绑定信息可存储在客户端本地，也可上传至服务端，本发明实施例对此不作具体限定。当然，在具体实施时，与用户绑定的计费对象可以是一个，也可以是多个。当绑定的计费对象为多个时，客户端可根据当然登录应用的用户信息获取多个计费对象，并选择其中一个计费对象显示在用户界面(如图3所示的缴费界面)上。如果显示的计费对象并不是用户欲为其缴费的计费对象，用户可通过触控用户界面上的选择控键，如图3中车牌号旁显示的“∨”控键，触发显示出其余的至少一个计费对象，用户可从中选择出其欲向第一服务方缴费的计费对象。
另外，上述201中第一服务方可以是客户端从服务端处获取到的，也可以是用户通过扫码获得的。即本步骤201中的第一服务方的获取方式可包括：
从服务端获取所述第一服务方；或者
基于扫描到的编码确定所述第一服务方。
从服务端获取第一服务方的前提是，服务端处存储有计费对象的计费信息。该计费信息至少包含有计费对象及对该计费对象进行计费的第一服务方。计费信息可以是第一服务方在开始对计费对象进行计费时上传至服务端的。例如，在一种可行的具体实现方案中，用户通过图3所示的缴费界面输入计费对象时，客户端可向服务端发送携带有计费对象的获取请求；服务端在接收到获取请求后，通过查询计费信息查找所述获取请求指向的计费对象对应的第一服务方，再将查询到的第一服务方反馈至客户端。或者，服务端在接收到第一服务方上传的计费对象的计费信息后，即将该计费对象同步至客户端；实际上服务端可同步至所有客户端，也可仅同步至与计费对象绑定的用户对应的客户端；这样客户端可在本地查找用户欲缴费的计费对象对应的第一服务方。
上述中扫描到的编码可以是用户扫描停车场中放置的缴费二维码或停车场工作人员提供的缴费二维码得到。
这里需要说明的是：缴费界面可以是用户点击应用界面上的缴费控键后被触发显示的，也可以是用户进行摇一摇操作后被触发显示的，还可以是用户发出指定的语音(如“停车缴费”语音)后被触发显示的，还可以是用户在扫码停车场的缴费二维码后被触发显示等等，本申请实施例对缴费界面的触发显示的方式不作具体限定。
上述202中，第二服务方与至少一个第一服务方之间的关联关系被预先配置好。第二服务方与至少一个第一服务方之间的关联关系可由服务端(即服务平台)维护。例如，服务端侧工作人员可基于线下两独立服务方之间的合作协议，在服务端为两独立服务方建立关联关系及合作规则。建立关联关系的目的是为了后续便于判断用户在第一服务方的消费是否能由第二服务方提供的优惠策略进行优惠；合作规则是为了后续两个独立服务方的收入结算。这里需要说明的是：两独立服务方之间的合作规则不是本申请技术方案的重点，合作规则是由两个独立服务方通过线下协商确定的。
具体实施时，第二服务方与至少一个第一服务方之间的关联关系也可被同步至客户端。这样客户端可直接查询本地存储的关联信息，即可判断出第一服务方是否是与第二服务方关联的至少一个第一服务方中的一个。
当第一服务方与第二服务方存在关联时，用户在第二服务方处产生的减免数据可通过如下方法获得：
2021、所述用户为所述第二服务方的注册用户时，将所述第二服务方提供给所述注册用户的注册专享数据作为所述减免数据；和/或
2022、获取所述用户在所述第二服务方处产生的线下消费数据，将所述线下消费数据转换为所述减免数据；和/或
2023、获取所述用户历史时段内在所述第二服务方处产生的累积数据，将所述累积数据转换为所述减免数据。
上述消费数据转换为减免数据的转换规则，累积数据转换为减免数据的规则，可由第二服务方自行定义。第二服务方自行定义的转换规则可由服务端维护并同步至客户端；客户端按照本地存储的转换规则，对用户上传至客户端的线下消费数据或累积数据进行转换，即得到所述减免数据。
其中，线下消费数据可采用如下两种方式的一种获得：
方式一，通过扫描用户在第二服务方处消费的消费小票上的编码(如二维码)获取用户在第二服务方处消费的线下消费数据。
方式二，通过拍摄用户在第二服务方处消费的消费小票来获取用户在第二服务方处消费的线下消费数据。
即上述获取所述用户在所述第二服务方处产生的线下消费数据，可具体包括：
响应于用户触发的扫码事件，基于扫码信息确定所述线下消费数据；或者
响应于用户触发的拍摄事件，基于拍摄到的图片确定所述线下消费数据。
这里需要补充的是：在实际应用中，用户扫码或拍摄的消费小票的使用次数应被限制，如被扫码或拍摄的消费小票是不能再转换为减免数据的。为此，本实施例提供的所述方法，还可包括如下步骤：
将已转换过减免数据的线下消费数据上传至服务端，其中，线下消费数据至少包含有线下消费金额以及标识。
相应的，上述步骤“2022、获取所述用户在所述第二服务方处产生的线下消费数据，将所述线下消费数据转换为所述减免数据”，具体为：
获取所述用户在所述第二服务方处产生的线下消费数据，将所述线下消费数据发送至所述服务端，由服务端根据所述线下消费数据中包含的标识判断所述线下消费数据是否为已转换数据；
若接收到所述服务端反馈的否定响应，则将所述线下消费数据转换为所述减免数据；
若接收到所述服务端反馈的确定响应，则输出该下线消费数据已使用的提示信息。
具体实施时，所述提示信息可采用语音播放、界面显示等方式进行输出。
上述203中，减免数据可以是一个减免数值，也可以是一个减免比例(如折扣)。相应的，上述缴费数据的确定方式如下：
从所述计费总额中减去所述减免数据，以得到所述缴费数据；或者
将所述计费总额与所述减免数据相乘，以得到所述缴费数据。
这里需要说明的是：上述计费对象产生的计费总额可以是用户自行输入客户端的，也可是客户端从第一服务方处获取到的。实际应用中，用户可通过询问停车场的工作人员，然后根据工作人员告知的数值输入至客户端。或者，客户端向服务端发送获取所述计费对象的计费总额的获取请求，服务端查询对所述计费对象计费的第一服务方，然后从第一服务方处获取所述计费对象在第一服务方处产生的计费总额，再将该计费总额反馈至客户端。
本申请实施例提供的技术方案提供了一种多个独立服务方间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的计费总额，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题；不仅给各服务方提供了方便，还为各服务方的用户提供了更多的方便，有助于提高各服务方的服务质量。
进一步的，本实施例提供的缴费方法，还可包括：
204、响应于所述用户针对所述缴费数据触发的确认事件，向服务端发送缴费请求以由所述服务端针对所述计费对象执行向所述第一服务方缴纳所述缴费数据的操作。
其中，所述服务端针对所述计费对象执行向所述第一服务方缴纳所述缴费数据的操作，可参考现有网络支付技术，本文不再赘述。
进一步的，本实施例提供的缴费方法，还可包括：
205、获取所述用户的历史行为数据。
206、根据所述历史行为数据，为所述用户确定推荐信息。
207、所述用户为所述第一服务缴纳所述缴费数据成功后，输出所述推荐信息。
上述205中的历史行为数据可以是用户的历史消费记录(例如用户通过客户端应用上传的线下消费的某一商铺的消费金额)，历史评论记录(例如通过客户端应用用户经常评论某一类商品)、历史浏览记录(例如通过客户端应用浏览某一店铺)，历史操作记录(例如收藏的商品信息)等等。其中，历史行为数据的获取方式具体可包括：通过网关获取用户的上网记录；和/或从应用平台上获取用户的行为日志流；和/或根据存储在用户本地终端上的数据cookie等等，本申请实施例对此不作具体限定。
上述206中根据历史行为数据，为用户确定推荐信息可具体包括如下步骤：
根据所述用户的历史行为数据计算所述用户的画像特征，并根据所述画像特征为所述用户确定第一推荐内容；和/或
根据所述用户的历史行为数据查找与所述用户相似的相似用户，并根据所述相似用户为所述用户确定第二推荐内容；和/或
根据所述用户的历史行为数据中的行为对象，获取与所述行为对象相关联的第三推荐内容；
其中，所述推荐信息包括：所述第一推荐内容、所述第二推荐内容和/或所述第三推荐内容。
具体的，用户的画像特征具体可以为刻画用户特征的标签集合。例如，画像特征可包括年龄、性别、地域等基础属性，也可包含用户的兴趣特征、喜好等等。在本发明的一种应用示例中，假设通过对用户的历史行为数据获得用户的画像特征具体包含：女，24岁、餐饮喜好川菜、着装类别喜好大众潮牌等等，那么根据该画像特征可为用户推荐的内容为：**川菜馆的优惠券、**大众潮牌的优惠信息等等。
上述与用户相似的相似用户可以为与当前用户具有相同兴趣爱好的用户，具体可以通过基于用户(userbased)算法计算出当前用户的相似用户。具体过程可以是：根据用户的历史行为数据计算得到用户的兴趣特征，其中，兴趣特征可以包括用户对历史行为对象(某一商家或某一具体产品)的操作特征，例如：搜索、浏览、关注、收藏、消费等等，并以上述兴趣特征为维度建立用户的兴趣特征向量，并利用上述兴趣特征向量计算其他用户与当前用户的相似度，确定相似度大于第一阈值的用户为当前用户的相似用户，根据相似用户的推荐内容确定为所述用户推荐的第二推荐内容。
上述用户的历史行为数据的行为对象可以是：商家、产品等等。例如，在一种具体的应用示例中，假设用户在**川菜馆进行了消费，那么该用户的历史行为数据的行为对象即为：**川菜馆；假设用户收藏了**商品，那么该用户的历史行为数据的行为对象即为：**商品。基于行为对象，可将与行为对象相关联的内容作为推荐内容。同样的，当用户的历史行为数据中的行为对象为**商品，则可将**商品折扣的消息作为推荐内容，或将与**商品类似商品的优惠劵作为推荐内容，等等。例如，图4所示在用户界面(即缴费订单详细界面)的最下方显示“***10元代金券”的推荐信息。
这里需要说明的是：上述实施例提供的方法可应用在多种服务方合作的应用场景中，例如，停车场与商场合作的应用场景。若在停车场与商场合作的应用场景中，上述实施例中与用户绑定的计费对象可以是车辆；计费总额即停车费；第一服务方是为车辆提供停泊服务的停车场运营商；第二服务方是为用户提供线下和/或线上消费服务的入驻服务商；减免数据可基于用户是否为会员(即注册用户)、用户在商场的消费积分、用户在商场的消费金额等来确定。
图5示出了本申请另一实施例提供的缴费方法的流程示意图。本实施例提供的所述方法适用于服务端。其中，所述服务端可以是常用服务器、云端、虚拟服务器等，本申请实施例对此不作具体限定。如图5所示，本实施例提供的所述方法包括：
301、接收客户端发送的缴费请求，所述缴费请求中携带有计费对象、对所述计费对象进行计费的第一服务方及缴费数据。
302、针对所述计费对象，执行向所述第一服务方缴纳所述缴费数据的缴费操作。
其中，所述缴费数据是根据减免数据及所述计费对象在所述第一服务方处产生的计费总额确定出的；所述减免数据是在所述第一服务方式是与所述第二服务方关联的至少一个第一服务方中的一个时从所述第二服务方处获取，且是申请为所述计费对象缴费的用户在所述第二服务方处产生的。
具体的，上述减免数据可由客户端确定(可参见上述实施例中的相关内容，此处不再赘述)，也可由服务端来确定并同步至客户端。用户在对客户端中显示的缴费数据执行确认操作后，客户端即向服务端发送所述缴费请求。例如，用户点击图3所示的“￥6确认缴费”控键后，客户端即向服务端发送所述缴费请求。
基于上述实施例中的内容可知，减免数据可由注册专享数据得来、和/或由用户在第二服务方处产生的线下消费数据转换而来、和/或由用户历史时段内在第二服务方处产生的累积数据转换而来等等。其中，各第二服务方对应的线下消费数据和累积数据转换成减免数据的规则可存储在服务端。客户端可将获取到的线下消费数据或累积数据发送至服务端；服务端基于本地存储的用户线下消费的第二服务方或用户累积数据的第二服务方对应的规则，对接收到线下消费数据或累积数据进行转换，并将转换得到的减免数据发送至所述客户端。
另外，对于上述实施例中提及的已转换过减免数据的线下消费数据，服务端维护有一个列表，该列表中存储有已进行转换的线下消费数据的标识。服务端在接收到客户端发送的线下消费数据后，查询所述列表中是否包含有该线下消费数据的标识；若有，则表征该线下消费数据为已转换数据；否则，表征该线下消费数据为未转换数据。服务端向客户端反馈判断结果；客户端接收到服务端反馈的判断结果为该线下消费数据为未转换数据时，按照本地存储的第二服务方对应的规则将所述线下消费数据转换为减免数据；客户端接收到服务端反馈的判断结果为该线下消费数据为已转换数据时，输出所述下线消费数据已使用的提示信息。或者，服务端在判断出所述线下消费数据为未转换数据时，按照第二服务方对应的规则将所述线下消费数据转换为减免数据，并将所述减免数据反馈至客户端；服务端在判断出所述线下消费数据为已转换数据，向客户端反馈所述下线消费数据已使用的提示响应，以使客户端输出所述下线消费数据已使用的提示信息。
上述302中，所述服务端针对所述计费对象执行向所述第一服务方缴纳所述缴费数据的操作，可参考现有网络支付技术，本文不再赘述。
本申请实施例提供的技术方案提供了一种多个独立服务方间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的计费总额，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题；不仅给各服务方提供了方便，还为各服务方的用户提供了更多的方便，有助于提高各服务方的服务质量。
进一步的，上述实施例提供的所述方法，还包括：
303、接收并存储至少一个第一服务方上传的计费对象的计费信息。
304、通过查询所述计费信息，向发送获取请求的客户端反馈对所述获取请求指向的计费对象进行计费的第一服务方。
进一步的，上述实施例提供的所述方法，还包括：
305、获取申请为所述计费对象缴费的所述用户的历史行为数据。
306、根据所述历史行为数据，为所述用户确定推荐信息。
307、在所述缴费操作成功后，将所述推荐信息发送至所述客户端。
具体的，上述306可具体采用如下方法实现：
根据所述用户的历史行为数据计算所述用户的画像特征，并根据所述画像特征为所述用户确定第一推荐内容；和/或
根据所述用户的历史行为数据查找与所述用户相似的相似用户，并根据所述相似用户为所述用户确定第二推荐内容；和/或
根据所述用户的历史行为数据中的行为对象，获取与所述行为对象相关联的第三推荐内容；
其中，所述推荐信息包括：所述第一推荐内容、所述第二推荐内容和/或所述第三推荐内容。
这里需要说明的是：本实施例提供中有关用户的历史行为数据，以及如何基于历史行书数据为用户确定推荐信息等均可参见上述实施例中的相关内容，此处不再赘述。
这里需要说明的是：本实施例提供的所述缴费方法可应用于多种应用场景中，如停车场与商场合作的应用场景中。若本实施例提供的所述方法应用于停车场与商场合作的应用场景中，则所述计费对象为车辆；所述第一服务方(即停车场)为所述车辆提供停泊服务；所述第二服务方(即商场)为所述用户提供线下和/或线上服务。
图6示出了本申请又一实施例提供的缴费方法的流程示意图。本实施例提供的所述方法适用于第一服务方，该第一服务方可以是集成在终端上的一个具有嵌入式程序的硬件，也可以是安装在终端中的一个应用软件，还可以是嵌入在终端操作系统中的工具软件等，本发明实施例对此不作限定。该终端可以为包括手机、台式电脑、平板电脑、pda(personaldigitalassistant，个人数字助理)、pos(pointofsales，销售终端)、车载电脑等任意终端设备。具体的，如图6所示，本实施例提供的所述方法包括：
401、对计费对象进行计费，以得到所述计费对象所产生的计费总额。
402、接收服务端针对所述计费对象执行缴纳缴费数据后发送的提示信息。
403、输出所述提示信息。
其中，所述缴费数据是根据减免数据及所述计费总额确定出的；所述减免数据是在对所述计费对象进行计费的第一服务方式是与第二服务方关联的至少一个第一服务方中的一个时从所述第二服务方处获取，且是申请为所述计费对象缴费的用户在所述第二服务方处产生的。
上述401中，对计费对象的计费规则可由第一服务方自行定义。例如，按时间计费规则；第一服务方可基于预设的按时间计费规则，计算从进场时刻到用户申请出场时刻之间所述计费对象所产生的计费总额。
上述402中，若服务端执行成功，则提示信息可以为支付成功；若服务端执行失败，则提示信息可以为支付失败。
上述403中提示信息的输出方式可以为：语音输出、文字信息输出等。
本实施例中的所述减免数据可由客户端确定，也可由服务端确定，具体实现可参见上述各实施例中的相关内容，此处不再赘述。
本申请实施例提供的技术方案提供了一种多个独立服务方之间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的服务数据，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，以得到用户需向第一服务方缴纳的缴费数据，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题。
这里需要说明的是：本实施例提供的所述缴费方法可应用于多种应用场景中，如停车场与商场合作的应用场景中。若本实施例提供的所述方法应用于停车场与商场合作的应用场景中，则所述计费对象为车辆；所述服务端是为所述第一服务方和所述第二服务方提供解决方案的服务平台；所述第一服务方(即停车场)为所述车辆提供停泊服务；所述第二服务方(即商场)为所述用户提供线下和/或线上服务。
在停车场与商场合作的应用场景中，本实施例提供的所述方法还可包括：
403、监听到计费对象进场时，向服务端发送所述计费对象对应的计费信息，以存储在所述服务端。
这里服务端存储计费对象的计费信息的目的是为了在后续接收客户端请求获取某一计费对象对应的服务方时，通过查询本地存储的多个计费对象的计费信息，即可获取到客户端请求的计费对象对应的服务方，然后为其反馈其所需的服务方信息。
在实际应用中，可使用监测设备(如摄像头)来监测计费对象是否进场；监测设备在拍摄到计费对象进场后，即向第一服务方发送进场信息。第一服务方接收到近场信息后，即表征其监听到计费对象已进场。其中，第一服务方可简单的理解为：停车场管理系统中的上位机；监测设备即设置在所述停车场入口的摄像头或取卡设备等。
图7示出了本申请又一实施例提供的缴费方法的流程示意图。如图7所示，本实施例提供的所述方法适应于客户端。所述客户端可以是集成在终端上的一个具有嵌入式程序的硬件，也可以是安装在终端中的一个应用软件，还可以是嵌入在终端操作系统中的工具软件等，本发明实施例对此不作限定。该终端可以为包括手机、平板电脑、pda(personaldigitalassistant，个人数字助理)、pos(pointofsales，销售终端)、车载电脑等任意终端设备。这里需要说明的是：上述图2所示的实施例从客户端的前端实现角度对实施例提供的方法进行的说明；本实施例会结合客户端的界面和前端对本实施例提供的方法进行的说明。如图7所示，所述缴费方法包括：
501、响应于用户通过第二服务方对应界面触发的缴费事件，在缴费界面中显示计费对象对应的页面元素。
502、对所述计费对象进行计费的第一服务方是与所述第二服务方关联的至少一个第一服务方中的一个时，在所述缴费界面中显示所述用户在所述第二服务方处产生的减免数据。
503、显示根据所述减免数据和所述计费对象所产生的计费总额确定出的所述用户需向所述第一服务方缴纳的缴费数据。
图3示出了缴费界面的一种可实现形式，实质上，缴费界面还可采用其他中实现形式，本实施例对此不作具体限定。
上述501中，缴费事件可以是用户在发出对应的语音口令后被触发、或是用户在触控了客户端界面上的控键后被触发、或是用户在进行摇一摇动作后被触发，等等，本发明实施对此不作具体限定。即，本实施例提供的所述方法，还包括：
监听到用户做出指定动作时，触发所述缴费事件；或者
监听到用户发出指定语音时，触发所述缴费事件；或者
监听到用户对指定控键进行的触控操作时，触发所述缴费事件。
其中，指定动作可以是摇一摇、翻转等动作；指定语音可以是预先设置好的语音口令；指定控键可以是客户端界面上的扫一扫控键或停车付款控键等。
本实施例提供了一种实现方案，即每个第二服务方在客户端侧具有一个对应的页面。用户可进入该第二服务方的页面查看第二服务方提供的所有服务信息。假设第二服务方为商场，客户端进入该商场对应的页面后，用户可查看该商场的室内地图、寻找店面、停车缴费、领号排队、电影选座等功能。用户通过第二服务方对应界面触发为计费对象缴费的缴费事件时，客户端需预先判断第二服务方与计费对象对应的第一服务方是否有关联关系；具有关联关系时，客户端才显示用户在第二服务方处产生的减免数据。
上述502中，对所述计费对象进行计费的第一服务方可从服务端获得。若服务端将计费信息同步至客户端，对所述计费对象进行计费的第一服务方也可在客户端本地获得。第一服务方是否是与第二服务方关联的至少一个第一服务方中的一个的判断结果可由客户端作出，也可由服务端作出反馈至客户端；本申请实施例对此不作具体限定。
一具体实施示例，在停车场与商场合作的应用场景中，停车场是与商场合作的至少一个停车场中的一个时，客户端的缴费页面中会显示减免数据，如图所示。停车场不是与商场合作的至少一个停车场中的一个时，客户端的缴费页面不显示减免项及各项对应的减免数据；或者显示减免项但各项对应的减免数据均0；或者灰度显示各减免项等等。如图3所示，减免项可包含有会员项、购物减免项、用积分抵项等。其中，购物减免项，用户可通过点击“扫小票条码”控键，通过读取进入扫码界面的二维码来获取用户的线下消费数据。当停车场不是与商场合作的至少一个停车场中的一个时，该“扫小票条码”控键不显示或处于不可触控状态。
上述503中，缴费数据的确定可参见上述各实施例中的相应内容，此处不再赘述。
本申请实施例提供的技术方案提供了一种多个独立服务方间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的计费总额，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题；不仅给各服务方提供了方便，还为各服务方的用户提供了更多的方便，有助于提高各服务方的服务质量。
进一步的，本实施例提供的所述方法还可包括：
504、获取与所述用户绑定的至少一个计费对象。
505、从所述至少一个计费对象中选择一个计费对象。
相应的，上述501中所述在缴费界面中显示计费对象对应的页面元素，具体为：
在所述缴费界面中显示选出的计费对象对应的页面元素。
进一步的，本实施例提供的所述方法还可包括：
506、所述用户为所述第二服务方的注册用户时，将所述第二服务方提供给所述注册用户的注册专享数据作为所述减免数据；和/或
507、获取用户在所述第二服务方处产生的线下消费数据，将所述线下消费数据转换为所述减免数据；和/或
508、获取所述用户历史时段内在所述第二服务方处产生的累积数据，将所述累积数据转换为所述减免数据。
其中，上述获取用户在所述第二服务方处产生的线下消费数据，可具体包括：
响应于用户触控所述缴费界面中扫码控键的操作，进入扫码界面并读取扫码界面中处于扫码区域内的扫码对象对应的数据信息，基于所述数据信息确定所述线下消费数据；和/或
响应于用户触控所述缴费界面中拍摄控键的操作，进入拍摄界面并采集处于拍摄采集区内的拍摄对象对应的图像，基于所述图像确定所述线下消费数据。
进一步的，本实施例提供的所述方法还包括：
509、响应于用户触控所述缴费界面中确认控键的操作，向服务端发送缴费请求以由所述服务端执行向所述第一服务方提交所述缴费数据的操作，并显示所述服务端的执行结果。
进一步的，本实施例提供的所述方法还可包括：
510、所述服务端的执行结果为成功时，接收并显示所述服务端基于所述用户的历史行为数据为所述用户确定的推荐信息；或者
511、所述服务端的执行结果为成功时，基于本地存储的所述用户的历史行数据，为所述用户确定推荐信息。
基于上述510和511可知，本申请各实施例提供的所述方法中，为用户确定推荐信息的执行主体可以是服务端也可以是服务端，本申请实施例对此不作具体限定。其中，历史行为数据，以及如何基于历史行为数据为用户确定推荐信息可参见上述实施例中的相关内容，此处不再赘述。
这里需要补充的是：本实施例提供的所述方法可适用于停车场与商场合作的应用场景。即所述计费对象为车辆；所述第一服务方是为所述车辆提供停泊服务的停车场运营商；所述第二服务方是为所述用户提供线下和/或线上消费服务的入驻服务商。
上述各实施例是从系统、客户端侧、服务端侧及第一服务方侧分别进行了说明。本申请实施例提供的技术方案可简单概括为：用户通过客户端使用第二服务方提供的优惠，为用户申请缴费的计费对象在第一服务方处产生的计费总额进行优惠减免。将本申请实施例提供的技术方案代入停车场与商场合作的应用场景中，技术方可简单概括为：用户将车辆停在与商场合作的一个停车场后，用户可通过客户端使用商场提供给用户的优惠，为车辆在停车场中产生的停车费进行优惠减免。
下面结合具体应用场景(即停车场与商场合作场景)对本申请实施例提供的技术方案进行更进一步的说明，以帮助理解。本申请实施例提供的技术方案可在一个服务平台(即服务端)下实现，第一服务方和第二服务方均入驻该服务平台，并在该服务平台侧维护有关联关系。用户通过使用该服务平台提供的客户端享受商场给予用户在合作停车场停车的优惠服务。
商场与至少一个合作停车场入驻服务平台，并在服务端预先建立了商场与至少一个停车场的关联关系。服务端可将商场与至少一个停车场的关联关系同步至客户端。为方便停车缴费，用户可使用客户端将用户信息与用户驾驶车辆的车牌号(相当于上述各实施例中的计费对象)进行绑定。绑定成功后，用户在后续使用时，缴费界面中会自动显示出与用户绑定的计费对象，而无需用户每次手动输入计费对象。其中，绑定过程为：用户可通过客户端提供的绑定界面输入欲绑定的用户信息和车辆信息，点击绑定界面中的“确认绑定”控键后，客户端向服务端发送绑定请求，服务端对绑定请求中携带的欲绑定的用户信息和车辆信息执行绑定操作，并在绑定成功后向所述客户端反馈绑定成功响应。
假设用户驾驶车辆进入停车场a；停车场a获取用户车辆的车牌信息(如车牌号)。停车场a基于所述车牌信息，向服务端发送有关所述车牌的计费信息。该计费信息中包含有车牌信息及停车场a信息。
用户准备出场时，用户通过触控商场b对应界面上的扫码控键对停车场a中的二维码进行扫描，扫描成功后跳转至停车缴费界面(如图3所示)；或者用户进入商场b对应界面摇一摇终端后，跳转至停车缴费界面(如图3所示)。
停车场工作人员告知用户车辆的计费总额，用户在缴费页面输入计费总额；或者客户端通过服务端从停车场a获取用户车辆的计费总额，停车缴费界面自动显示获取到的计费总额。
若停车场a是与商场b合作的至少一个停车场中的一个，则客户端的缴费页面中会显示减免数据，如图3所示。若停车场a不是与商场b合作的至少一个停车场中的一个，则客户端的缴费页面不显示减免项及各项对应的减免数据；或者显示减免项但各项对应的减免数据均0；或者灰度显示各减免项等等。如图所示，减免项可包含有会员项、购物减免项、用积分抵项等。
其中，购物减免项用户可通过点击“扫小票条码”控键，通过读取进入扫码界面的二维码来获取用户的线下消费数据。如图3所示，停车缴费界面中还可显示线下消费数据转换减免数据的规则信息，以便于用户获悉商场b提供的优惠规则，如图3中购物减免中显示的“会员每消费满200元减6元”的规则信息。这里需要补充的是：上述减免数据的获取方法可参见上述各实施例中的相关内容，此处不再赘述。
用户点击界面中的确认支付，服务端可针对用户车辆执行向停车场a缴纳缴费数据的操作。其中，服务端执行缴费操作的过程可参见现有网络支付技术，本文不再赘述。
服务端在执行完缴费操作后向停车场a及客户端反馈执行结果信息，若执行结果为缴费成功，则停车场a执行放行操作，客户端显示支付成功提示；若执行结果为缴费失败，则停车场a输出失败提示，客户端显示支付失败提示。
服务端在执行完缴费操作后，若执行结果为缴费成功，则基于用户的历史行为数据为用户确定推荐信息，并在用户界面上显示为用户推荐的推荐信息，如图4所示。
图8示出了本申请一实施例提供的缴费装置的结构示意图。如图8所示，所述缴费装置包括：
第一获取模块601，用于获取对计费对象进行计费的第一服务方；
第二获取模块602，用于在所述第一服务方是与第二服务方关联的至少一个第一服务方中的一个时，获取申请为所述计费对象缴费的用户在第二服务方处产生的减免数据；
确定模块603，用于根据所述减免数据及所述计费对象所产生的计费总额，确定所述用户需向所述第一服务方缴纳的缴费数据。
进一步的，所述第一获取模块601还用于：从服务端获取所述第一服务方；或者基于扫描到的编码确定所述第一服务方。
进一步的，所述第二获取模块602还用于：
所述用户为所述第二服务方的注册用户时，将所述第二服务方提供给所述注册用户的注册专享数据作为所述减免数据；和/或
获取所述用户在所述第二服务方处产生的线下消费数据，将所述线下消费数据转换为所述减免数据；和/或
获取所述用户历史时段内在所述第二服务方处产生的累积数据，将所述累积数据转换为所述减免数据。
进一步的，所述第二获取模块602还用于：响应于用户触发的扫码事件，基于扫码信息确定所述线下消费数据；或者响应于用户触发的拍摄事件，基于拍摄到的图片确定所述线下消费数据。
进一步的，所述确定模块603还用于：从所述计费总额中减去所述减免数据，以得到所述缴费数据；或者将所述计费总额与所述减免数据相乘，以得到所述缴费数据。
进一步的，所述缴费装置还可包括：
第一发送模块，用于响应于所述用户针对所述缴费数据触发的确认事件，向服务端发送缴费请求以由所述服务端针对所述计费对象执行向所述第一服务方缴纳所述缴费数据的操作。
进一步的，所述缴费装置还可包括：
第三获取模块，用于获取所述用户输入的所述计费总额；或者从所述第一服务方获取所述计费总额。
进一步的，所述缴费装置还包括推荐模块；
所述推荐模块，用于获取所述用户的历史行为数据；根据所述历史行为数据，为所述用户确定推荐信息；所述用户为所述第一服务缴纳所述缴费数据成功后，输出所述推荐信息。
再进一步的，所述推荐模块还用于根据所述用户的历史行为数据计算所述用户的画像特征，并根据所述画像特征为所述用户确定第一推荐内容；和/或
根据所述用户的历史行为数据查找与所述用户相似的相似用户，并根据所述相似用户为所述用户确定第二推荐内容；和/或
根据所述用户的历史行为数据中的行为对象，获取与所述行为对象相关联的第三推荐内容；
其中，所述推荐信息包括：所述第一推荐内容、所述第二推荐内容和/或所述第三推荐内容。
进一步的，所述计费对象为车辆；所述第一服务方是为所述车辆提供停泊服务的停车场运营商；所述第二服务方是为所述用户提供线下和/或线上消费服务的入驻服务商。
这里需要说明的是：上述实施例提供的缴费装置可实现上述图2所示方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述相应方法实施例中的相应内容，此处不再赘述。
本申请实施例提供的技术方案提供了一种多个独立服务方间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的计费总额，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题；不仅给各服务方提供了方便，还为各服务方的用户提供了更多的方便，有助于提高各服务方的服务质量。
图9示出本申请另一实施例提供的缴费装置的结构示意图。如图9所示，所述缴费装置包括：
第一接收模块701，用于接收客户端发送的缴费请求，所述缴费请求中携带有计费对象、对所述计费对象进行计费的第一服务方及缴费数据；
执行模块702，用于针对所述计费对象，执行向所述第一服务方缴纳所述缴费数据的缴费操作；
其中，所述缴费数据是根据减免数据及所述计费对象在所述第一服务方处产生的计费总额确定出的；所述减免数据是在所述第一服务方式是与所述第二服务方关联的至少一个第一服务方中的一个时从所述第二服务方处获取，且是申请为所述计费对象缴费的用户在所述第二服务方处产生的。
进一步的，所述缴费模块还包括：
第二接收模块，用于接收并存储至少一个第一服务方上传的计费对象的计费信息；
查询模块，用于通过查询所述计费信息，向发送获取请求的客户端反馈对所述获取请求指向的计费对象进行计费的第一服务方。
进一步的，所述缴费装置还包括推荐模块。所述推荐模块用于获取申请为所述计费对象缴费的所述用户的历史行为数据；根据所述历史行为数据，为所述用户确定推荐信息；在所述缴费操作成功后，将所述推荐信息发送至所述客户端。
再进一步的，所述推荐模块还用于根据所述用户的历史行为数据计算所述用户的画像特征，并根据所述画像特征为所述用户确定第一推荐内容；和/或
根据所述用户的历史行为数据查找与所述用户相似的相似用户，并根据所述相似用户为所述用户确定第二推荐内容；和/或
根据所述用户的历史行为数据中的行为对象，获取与所述行为对象相关联的第三推荐内容；
其中，所述推荐信息包括：所述第一推荐内容、所述第二推荐内容和/或所述第三推荐内容。
进一步的，所述计费对象为车辆；所述第一服务方是为所述车辆提供停泊服务的停车场运营商；所述第二服务方是为所述用户提供线下和/或线上消费服务的入驻服务商。
这里需要说明的是：上述实施例提供的缴费装置可实现上述图4所示方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述相应方法实施例中的相应内容，此处不再赘述。
本申请实施例提供的技术方案提供了一种多个独立服务方间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的计费总额，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题；不仅给各服务方提供了方便，还为各服务方的用户提供了更多的方便，有助于提高各服务方的服务质量。
图10示出了本申请又一实施例提供的缴费装置的结构示意图。如图10所示，所述缴费装置包括：
计费模块801，用于对计费对象进行计费，以得到所述计费对象所产生的计费总额；
第三接收模块802，用于接收服务端针对所述计费对象执行缴纳缴费数据后发送的提示信息；
输出模块803，用于输出所述提示信息；
其中，所述缴费数据是根据减免数据及所述计费总额确定出的；所述减免数据是在对所述计费对象进行计费的第一服务方式是与第二服务方关联的至少一个第一服务方中的一个时从所述第二服务方处获取，且是申请为所述计费对象缴费的用户在所述第二服务方处产生的。
进一步的，所述缴费装置还包括：
第二发送模块，用于监听到计费对象进场时，向服务端发送所述计费对象对应的计费信息，以存储在所述服务端。
进一步的，所述计费对象为车辆；所述服务端是为所述第一服务方和所述第二服务方提供解决方案的服务平台；所述第一服务方是为所述车辆提供停泊服务的停车场运营商；所述第二服务方是为所述用户提供线下和/或线上消费服务的入驻服务商。
这里需要说明的是：上述实施例提供的缴费装置可实现上述图6所示方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述相应方法实施例中的相应内容，此处不再赘述。
本申请实施例提供的技术方案提供了一种多个独立服务方间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的计费总额，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题；不仅给各服务方提供了方便，还为各服务方的用户提供了更多的方便，有助于提高各服务方的服务质量。
图11示出了本申请又一实施例提供的缴费装置的结构示意图。如图11所示，所述缴费装置包括：
第一显示模块901，用于响应于用户通过第二服务方对应界面触发的缴费事件，在缴费界面中显示计费对象对应的页面元素；
第二显示模块902，用于对所述计费对象进行计费的所述第一服务方是与所述第二服务方关联的至少一个第一服务方中的一个时，在所述缴费界面中显示所述用户在所述第二服务方处产生的减免数据；
第三显示模块903，用于显示根据所述减免数据和所述计费对象所产生的计费总额确定出的所述用户需向所述第一服务方缴纳的缴费数据。
进一步的，所述缴费装置还包括：
触发模块，用于监听到用户做出指定动作时，触发所述缴费事件；或者监听到用户发出指定语音时，触发所述缴费事件；或者监听到用户对指定控键进行的触控操作时，触发所述缴费事件。
进一步的，所述缴费装置还包括：
第四获取模块，用于获取与所述用户绑定的至少一个计费对象；
选择模块，用于从所述至少一个计费对象中选择一个计费对象；
相应的，所述第一显示模块还用于在所述缴费界面中显示选出的一个计费对象对应的页面元素。
进一步的，所述缴费装置还包括：第五获取模块。所述第五获取模块用于所述用户为所述第二服务方的注册用户时，将所述第二服务方提供给所述注册用户的注册专享数据作为所述减免数据；和/或获取用户在所述第二服务方处产生的线下消费数据，将所述线下消费数据转换为所述减免数据；和/或获取所述用户历史时段内在所述第二服务方处产生的累积数据，将所述累积数据转换为所述减免数据。
进一步的，所述第五获取模块还用于：响应于用户触控所述缴费界面中扫码控键的操作，进入扫码界面并读取扫码界面中处于扫码区域内的扫码对象对应的数据信息，基于所述数据信息确定所述线下消费数据；和/或响应于用户触控所述缴费界面中拍摄控键的操作，进入拍摄界面并采集处于拍摄采集区内的拍摄对象对应的图像，基于所述图像确定所述线下消费数据。
进一步的，所述缴费装置还包括：
第三发送模块，用于响应于用户触控所述缴费界面中确认控键的操作，向服务端发送缴费请求以由所述服务端执行向所述第一服务方提交所述缴费数据的操作，并显示所述服务端的执行结果。
进一步的，所述缴费装置还包括推荐模块。其中，推荐模块用于所述服务端的执行结果为成功时，接收并显示所述服务端基于所述用户的历史行为数据为所述用户确定的推荐信息；或者所述服务端的执行结果为成功时，基于本地存储的所述用户的历史行数据，为所述用户确定推荐信息。
进一步的，所述计费对象为车辆；所述第一服务方是为所述车辆提供停泊服务的停车场运营商；所述第二服务方是为所述用户提供线下和/或线上消费服务的入驻服务商。
这里需要说明的是：上述实施例提供的缴费装置可实现上述图7所示方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述相应方法实施例中的相应内容，此处不再赘述。
本申请实施例提供的技术方案提供了一种多个独立服务方间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的计费总额，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题；不仅给各服务方提供了方便，还为各服务方的用户提供了更多的方便，有助于提高各服务方的服务质量。
图12示出了本申请一实施例提供的客户端设备的结构示意图。如图12所示，所述客户端设备包括：第一存储器1101和第一处理器1102，其中，
所述第一存储器1101，用于存储程序；
所述第一处理器1102，与所述第一存储器1101耦合，用于执行所述第一存储器1101中存储的所述程序，以用于：
获取对计费对象进行计费的第一服务方；
所述第一服务方是与第二服务方关联的至少一个第一服务方中的一个时，获取申请为所述计费对象缴费的用户在第二服务方处产生的减免数据；
根据所述减免数据及所述计费对象所产生的计费总额，确定所述用户需向所述第一服务方缴纳的缴费数据。
本申请实施例提供的技术方案提供了一种多个独立服务方间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的计费总额，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题；不仅给各服务方提供了方便，还为各服务方的用户提供了更多的方便，有助于提高各服务方的服务质量。
上述第一存储器1101可被配置为存储其它各种数据以支持在云端设备上的操作。这些数据的示例包括用于在云端设备上操作的任何应用程序或方法的指令。第一存储器1101可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
上述第一处理器1102在执行第一存储器1101中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。
进一步，如图12所示，电子设备还包括：第一通信组件1103、第一显示器1104、第一电源组件1105、第一音频组件1106等其它组件。图12中仅示意性给出部分组件，并不意味着电子设备只包括图12所示组件。
相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各实施例提供的缴费方法步骤或功能。
图13示出了本申请一实施例提供的服务端设备的结构示意图。如图13所示，所述服务端设备包括：第二存储器1201和第二处理器1202，其中，
所述第二存储器1201，用于存储程序；
所述第二处理器1202，与所述第二存储器1201耦合，用于执行所述第二存储器1201中存储的所述程序，以用于：
接收客户端发送的缴费请求，所述缴费请求中携带有计费对象、对所述计费对象进行计费的第一服务方及缴费数据；
针对所述计费对象，执行向所述第一服务方缴纳所述缴费数据的缴费操作；
其中，所述缴费数据是根据减免数据及所述计费对象在所述第一服务方处产生的计费总额确定出的；所述减免数据是在所述第一服务方式是与所述第二服务方关联的至少一个第一服务方中的一个时从所述第二服务方处获取，且是申请为所述计费对象缴费的用户在所述第二服务方处产生的。
本申请实施例提供的技术方案提供了一种多个独立服务方间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的计费总额，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题；不仅给各服务方提供了方便，还为各服务方的用户提供了更多的方便，有助于提高各服务方的服务质量。
上述第二存储器1201可被配置为存储其它各种数据以支持在云端设备上的操作。这些数据的示例包括用于在云端设备上操作的任何应用程序或方法的指令。第二存储器1201可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
上述第二处理器1202在执行第二存储器1201中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。
进一步，如图13所示，电子设备还包括：第二通信组件1203、第二显示器1204、第二电源组件1205、第二音频组件1206等其它组件。图13中仅示意性给出部分组件，并不意味着电子设备只包括图12所示组件。
相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各实施例提供的缴费方法步骤或功能。
图14示出了本申请一实施例提供的第一服务方设备的结构示意图。如图14所示，所述第一服务方设备包括：第三存储器1301和第三处理器1302，其中，
所述第三存储器1301，用于存储程序；
所述第三处理器1302，与所述第三存储器1301耦合，用于执行所述第三存储器1301中存储的所述程序，以用于：
对计费对象进行计费，以得到所述计费对象所产生的计费总额；
接收服务端针对所述计费对象执行缴纳缴费数据后发送的提示信息；
输出所述提示信息；
其中，所述缴费数据是根据减免数据及所述计费总额确定出的；所述减免数据是在对所述计费对象进行计费的第一服务方式是与第二服务方关联的至少一个第一服务方中的一个时从所述第二服务方处获取，且是申请为所述计费对象缴费的用户在所述第二服务方处产生的。
本申请实施例提供的技术方案提供了一种多个独立服务方间的计费减免互认方案，即用户的绑定计费对象在第一服务方处产生的计费总额，可由用户在第二服务方处产生的减免数据对计费总额进行优惠减免，解决了现有技术中两个、三个或更多独立服务方因计费系统整合难度高而无法打通的问题；不仅给各服务方提供了方便，还为各服务方的用户提供了更多的方便，有助于提高各服务方的服务质量。
上述第三存储器1301可被配置为存储其它各种数据以支持在云端设备上的操作。这些数据的示例包括用于在云端设备上操作的任何应用程序或方法的指令。第三存储器1301可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
上述第三处理器1302在执行第三存储器1301中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。
进一步，如图14所示，电子设备还包括：第三通信组件1303、第三显示器1304、第三电源组件1305、第三音频组件1306等其它组件。图14中仅示意性给出部分组件，并不意味着电子设备只包括图14所示组件。
相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各实施例提供的缴费方法步骤或功能。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。