本申请涉及电费缴纳技术领域,具体而言,涉及一种线上缴纳电费的方法以及系统。
背景技术:
随着智能电网建设的纵深推进,供电企业开始全力建设以“全覆盖、全采集、全费控”为目标的智能用电信息采集系统,以智能电表应用为起点,实现从单纯电量采集向用户侧综合数据采集、用户用电管理的转变,实现高效、经济、智能化的电网应用。
目前,用户在缴纳电费时,需要在微信或者支付宝对应的生活缴费栏里面进行缴费,或者,在线下的办事大厅进行缴费。但是用户在使用微信或者支付宝里面的生活缴费栏进行缴费时,查找生活缴费栏的过程较为繁复,使得电力缴费变得复杂;并且,实际的生活缴费栏只能单纯地进行缴费,不能获取与用电相关的其他信息,降低了用电信息获取的便利性。
技术实现要素:
有鉴于此,本申请的目的在于提供一种线上缴纳电费的方法以及系统,用户可以利用公众号直接向服务器发送缴费请求,根据服务器的反馈结果进行缴费,简化了电费缴费的操作步骤,提高了电费缴费的便利性。
第一方面,本申请实施例提供了一种线上缴纳电费的方法,所述方法包括:
接收用户终端发送的缴费请求,所述缴费请求中携带有用户标识;
查找与所述用户标识相匹配的用户账户信息,并将所述用户账户信息发送给所述用户终端,其中,所述用户账户信息至少包括账户剩余金额和用户属性信息;
接收所述用户终端根据所述用户账户信息确认的缴费金额;
根据所述缴费金额,实时更新所述用户账户信息,将更新后的账户剩余金额发送给所述用户终端。
优选地,通过以下步骤查找与所述用户标识相匹配的用户账户信息:
查找与所述用户标识对应的用户信息;
若所述用户信息中不包括计划停电用户的用户信息,则查找与所述用户信息相匹配的用户账户信息。
优选地,所述接收所述用户终端根据所述用户账户信息确认的缴费金额,包括:
在接收到所述用户终端根据所述用户账户信息生成的缴费金额之后,发送用户属性信息给所述用户终端;
接收所述用户终端针对所述用户属性信息的确认信息;
在接收到所述确认信息之后,接收用户终端在完成缴费后所生成的缴费成功信息;
根据所述缴费成功信息,确定用户的缴费金额。
优选地,所述方法还包括:
根据所述缴费请求中的用户标识,查找与所述用户标识相对应的用户购电次数;
若所述用户购电次数大于与所述用户标识相对应的预先记录的系统购电次数,则确定该用户为异常购电用户;
生成异常提示信息,并将所述异常提示信息发送给所述异常购电用户的用户终端;
若接收到所述异常购电用户的用户终端发送的继续购电确认信息,则发送允许购电信息给所述异常购电用户的用户终端。
优选地,在接收用户终端发送的缴费请求之前,所述方法还包括:
接收用户终端发送的注册请求;
根据所述用户终端发送的注册请求,生成注册提示信息,并将所述注册提示信息发送给所述用户终端,其中,所述注册提示信息包括用户身份信息;
接收所述用户终端发送的用户身份信息,并对所述用户身份信息进行验证;
若验证通过,则创建该用户的用户档案,其中,所述用户档案用于保存所述用户账户信息。
优选地,在接收用户终端发送的缴费请求之前,所述方法还包括:
在服务器上预存有多个用户的用户账户信息,在第一预设时间点,查找每个用户的用户账户信息中的账户剩余金额;
若所述账户剩余金额小于第一预设阈值,则在第二预设时间点向用户的用户终端发送账户剩余金额以及第一缴费提示信息;
若所述账户剩余金额小于第二预设阈值,则在第三预设时间点向用户的用户终端发送账户剩余金额以及第二缴费提示信息。
优选地,所述方法还包括:
获取预停电区域以及所述预停电区域对应的预停电时间段;
确定处于所述预停电区域内的目标停电用户;
根据所述预停电时间段生成停电通知信息,并将所述停电通知信息发送给所述目标停电用户的用户终端。
优选地,所述方法还包括:
接收用户终端发送的年度账单生成请求;
根据所述年度账单生成请求,查找该用户一年内的用电信息,以及年度账单模板;
将查找到的用电信息添加到所述年度账单模板中,生成该用户的年度账单;
将生成的年度账单发送给用户终端。
优选地,所述方法还包括:
根据所述用户终端确认的缴费金额以及缴费成功对应的缴费时间,生成电子发票以及所述电子发票对应的二维码,其中,所述二维码用于在营业厅上打印电子版发票;
将所述电子发票和所述电子发票对应的二维码发送给所述用户终端。
第二方面,本申请实施例还提供了一种线上缴纳电费的系统,所述系统包括:服务器和用户终端;
所述服务器,用于接收用户终端发送的缴费请求,所述缴费请求中携带有用户标识;查找与所述用户标识相匹配的用户账户信息,并将所述用户账户信息发送给所述用户终端,其中,所述用户账户信息至少包括账户剩余金额和用户属性信息;接收所述用户终端根据所述用户账户信息确认的缴费金额;根据所述缴费金额,实时更新所述用户账户信息,将更新后的账户剩余金额发送给所述用户终端;
所述用户终端,用于发送缴费请求;接收所述服务器根据所述用户标识所查找到的用户账户信息;根据所述用户账户信息确认缴费金额,并将所述缴费金额发送所述服务器,以使所述服务器根据所述缴费金额,实时更新所述用户账户信息。
第三方面,本申请实施例还提供一种电子设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行如上述的线上缴纳电费的方法的步骤。
第四方面,本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如上述的线上缴纳电费的方法的步骤。
本申请实施例提供了一种线上缴纳电费的方法以及系统,所述方法包括:接收用户终端发送的缴费请求,缴费请求中携带有用户标识;查找与用户标识相匹配的用户账户信息,并将用户账户信息发送给用户终端,其中,用户账户信息至少包括账户剩余金额和用户属性信息;接收用户终端根据用户账户信息确认的缴费金额;根据缴费金额,实时更新用户账户信息,将更新后的账户剩余金额发送给用户终端。这样一来,用户可以利用公众号直接向服务器发送缴费请求,根据服务器的反馈结果进行缴费,简化了电费缴费的操作步骤,提高了电费缴费的便利性。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例所提供的一种线上缴纳电费的方法的流程图;
图2为本申请实施例所提供的另一种线上缴纳电费的方法的流程图;
图3为本申请实施例所提供的一种线上缴纳电费的系统的结构示意图;
图4为本申请实施例所提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例,都属于本申请保护的范围。
首先,对本申请可适用的应用场景进行介绍。本申请可应用于缴纳电费技术领域。随着智能电网建设的纵深推进,供电企业开始全力建设以“全覆盖、全采集、全费控”为目标的智能用电信息采集系统,以智能电表应用为起点,实现从单纯电量采集向用户侧综合数据采集、用户用电管理的转变,实现高效、经济、智能化的电网应用。
目前,用户在缴纳电费时,需要在微信或者支付宝对应的生活缴费栏里面进行缴费,或者,在线下的办事大厅进行缴费。但是用户在使用微信或者支付宝里面的生活缴费栏进行缴费时,查找生活缴费栏的过程较为繁复,使得电力缴费变得复杂;并且,实际的生活缴费栏只能单纯地进行缴费,不能获取与用电相关的其他信息,降低了用电信息获取的便利性。
基于此,本申请实施例提供了一种线上缴纳电费的方法以及系统,用户可以利用公众号直接向服务器发送缴费请求,根据服务器的反馈结果进行缴费,简化了电费缴费的操作步骤,提高了电费缴费的便利性。
请参阅图1,图1为本申请实施例所提供的一种线上缴纳电费的方法的流程图。如图1中所示,本申请实施例提供的线上缴纳电费的方法,包括:
s110、接收用户终端发送的缴费请求,所述缴费请求中携带有用户标识;
s120、查找与所述用户标识相匹配的用户账户信息,并将所述用户账户信息发送给所述用户终端,其中,所述用户账户信息至少包括账户剩余金额和用户属性信息;
这里,用户终端在接收到用户账户信息后,可以进行用户账户信息的显示。如:用户终端对该用户的用户账户信息中的用户剩余金额和房主真实姓名,以及实时的电价等进行显示。
s130、接收所述用户终端根据所述用户账户信息确认的缴费金额;
s140、根据所述缴费金额,实时更新所述用户账户信息,将更新后的账户剩余金额发送给所述用户终端。
这里,线上缴纳电费的方法对应的执行主体是服务器,服务器对应有电网后台,在服务器上保存了许多用户的用户账号信息。用户持有用户终端,比如,智能手机,平板等,用户终端上下载了微信app,并且,用户在微信app中可以关注国网的公众号,基于用户终端与服务器之间信息的交互,实现用户与国网用电相关的功能。
具体地,公众号是开发者或商家在微信公众平台上申请的应用账号,不管是使用公众号还是使用微信app,其实都是通过公共平台,去实现一些功能。国网的后台服务器,和用户终端都在这个公共平台上注册,然后用户终端和后台服务器通过这个公共平台进行信息交互,实现缴费等功能,其中,公众号中的大部分功能都与缴费相关。
这里,公众号可以做缴费成功的通知,若远程充值不成功,公众号可以推送不成功消息;若远程充值成功,公众号可以推送成功消息;在推送成功消息时,即当服务器发消息给用户终端时,可以根据实际需求进一步完善推送的消息内容。
根据步骤s110至步骤s140的描述可知:用户终端向服务器发送缴费请求,所述缴费请求中携带有用户标识,用户标识可以为用户的手机号,身份证号,以及房主真实姓名等;服务器接收到用户终端发送的缴费请求后,查找与用户标识相匹配的用户账户信息,并将用户账户信息发送给用户终端,其中,用户账户信息至少包括账户剩余金额和用户属性信息,用户属性信息包括房主手机号,房主身份证号,房主真实姓名以及地址等;用户终端根据用户账户信息确认缴费金额,并将确认好的缴费金额发送给服务器,服务器接收用户终端根据用户账户信息确认的缴费金额,根据缴费金额,实时更新用户账户信息,并将更新后的账户剩余金额发送给用户终端,其中,本申请实施例主要更新用户账户信息中的账户剩余金额。
本申请实施例提供的线上缴纳电费的方法,使得用户可以利用公众号直接向服务器发送缴费请求,根据服务器的反馈结果进行缴费,简化了电费缴费的操作步骤,提高了电费缴费的便利性。
请参阅图2,图2为本申请实施例所提供的另一种线上缴纳电费的方法的流程图。如图2中所示,本申请实施例提供的线上缴纳电费的方法,包括:
s210、接收用户终端发送的缴费请求,所述缴费请求中携带有用户标识。
s220、查找与所述用户标识相匹配的用户账户信息,并将所述用户账户信息发送给所述用户终端,其中,所述用户账户信息至少包括账户剩余金额和用户属性信息。
s230、接收所述用户终端根据所述用户账户信息确认的缴费金额。
s240、根据所述缴费金额,实时更新所述用户账户信息,将更新后的账户剩余金额发送给所述用户终端。
其中,s210至s240的描述可以参照s110至s140的描述,并且能达到相同的技术效果,对此不做赘述。
s250、接收用户终端发送的年度账单生成请求。
s260、根据所述年度账单生成请求,查找该用户一年内的用电信息,以及年度账单模板。
其中,步骤s260中的用电信息包括用户账户信息(账户剩余金额和用户属性信息),还包括购电次数,购电时间,购电金额等信息;年度账单模板可以为系统设置的模板,也可以用户自定义选择的模板。
s270、将查找到的用电信息添加到所述年度账单模板中,生成该用户的年度账单。
s280、将生成的年度账单发送给用户终端。
根据步骤s250至步骤s280的描述可知:服务器接收用户终端发送的年度账单生成请求,然后查找该用户这一年内的用电信息,以及年度账单模板,将查找到的用电信息添加到年度账单模板中,生成该用户的年度账单,并将生成的年度账单发送给用户终端,以使用户终端能够直观的展示该用户一年内的用电信息。
在本申请实施例中,作为一种优选的实施例,步骤s220通过以下步骤查找与所述用户标识相匹配的用户账户信息:查找与所述用户标识对应的用户信息;若所述用户信息中不包括计划停电用户的用户信息,则查找与所述用户信息相匹配的用户账户信息。
这里,计划停电是对运行的电力线路及电力设备进行定期检修维护,目的是减少电力设备或电力系统事故对用户造成更大的影响,进而,计划停电用户即为电力设备或电力系统的所属用户。
对于计划停电用户来说,无法进行正常的缴费,这样一来,计划停电用户无法向服务器发送缴费请求。进而,确定好的用户信息中不包括该用户是否为计划停电用户的用户信息,当服务器在查找与用户标识相匹配的用户账户信息时,如果不考虑计划停电用户的用户账户信息,可以节省服务器的查找时间,从而提高服务器的工作效率。
进而,服务器接收用户终端发送的携带有用户标识的缴费请求,服务器根据用户标识,查找用户标识对应的用户信息,其中,用户信息中至少不包括该用户是否为计划停电的用户,继续查找与用户信息相匹配的用户账户信息,将用户账户信息(比如,用户剩余金额,电价,房主真实姓名,历史购电次数等)发送给用户终端。
在本申请实施例中,作为一种优选的实施例,步骤s230包括:在接收到所述用户终端根据所述用户账户信息生成的缴费金额之后,发送用户属性信息给所述用户终端;接收所述用户终端针对所述用户属性信息的确认信息;在接收到所述确认信息之后,接收用户终端在完成缴费后所生成的缴费成功信息;根据所述缴费成功信息,确定用户的缴费金额。
这里,用户属性信息包括用户手机号,身份证号,地址等,具体地,这里的用户属性信息即为房主手机号,房主身份证号,以及房主地址等。
具体地,用户终端根据用户账户信息,响应缴费操作,生成缴费金额,将缴费金额发送给服务器以后,服务器再次向用户终端发送用户属性信息,用户属性信息可以为房主的真实姓名,以使用户终端对真实姓名进行显示,用户再一次对该用户属性信息进行确认,服务器在接收到用户终端针对缴费金额的确认信息后,同时接收用户终端在完成缴费后所生成的缴费成功信息,这里,用户通过用户终端上的微信支付平台来完成缴费。在接收到微信支付平台发送的用户缴费成功的提示信息后,基于缴费金额更新该用户的用户账户信息中的用户剩余金额,并将用户账户信息中的用户剩余金额的提示信息发送给用户终端。
在本申请实施例中,作为一种优选的实施例,所述方法还包括:根据所述缴费请求中的用户标识,查找与所述用户标识相对应的用户购电次数;若所述用户购电次数大于与所述用户标识相对应的预先记录的系统购电次数,则确定该用户为异常购电用户;生成异常提示信息,并将所述异常提示信息发送给所述异常购电用户的用户终端;若接收到所述异常购电用户的用户终端发送的继续购电确认信息,则发送允许购电信息给所述异常购电用户的用户终端。
这里,异常购电即为用电账号的用户购电次数与系统购电次数不一致,异常购电用户即为实际购电次数与系统记录的购电次数不一致的用户,异常提示信息是针对上述存在的异常购电情况进行提示的信息,可以为语音提示,也可以为短信提示等。
具体地,服务器在接收到用户终端发送的携带有用户标识的缴费请求后,服务器根据用户标识,查找用户标识对应的用电账号的用户购电次数,其中,服务器包括预先记录的系统购电次数,如果用电账号的用户购电次数与系统购电次数不一致,比如,用电账号的用户购电次数大于系统购电次数,则向用户终端发送该用户疑似为线下购电缴费但未插表用户的提示信息,并询问该用户是否继续购电,若接收到用户终端发送的确认信息,则继续购电操作。
在本申请实施例中,作为一种优选的实施例,在步骤s210之前,所述方法还包括:接收用户终端发送的注册请求;根据所述用户终端发送的注册请求,生成注册提示信息,并将所述注册提示信息发送给所述用户终端,其中,所述注册提示信息包括用户身份信息;接收所述用户终端发送的用户身份信息,并对所述用户身份信息进行验证;若验证通过,则创建该用户的用户档案,其中,所述用户档案用于保存所述用户账户信息。
具体地,服务器接收用户终端发送的注册请求,服务器向用户终端发送注册提示信息,提示用户通过用户终端填写手机号和身份证号,服务器接收用户终端发送的手机号和身份证号,在手机号和身份证号验证通过后,创建该用户的用户档案,将该用户的用户账户信息保存起来,同时建立用户微信信息以及手机号和身份证号之间的关联关系。
在本申请实施例中,作为一种优选的实施例,在步骤s210之前,所述方法还包括:在服务器上预存有多个用户的用户账户信息,在第一预设时间点,查找每个用户的用户账户信息中的账户剩余金额;若所述账户剩余金额小于第一预设阈值,则在第二预设时间点向用户的用户终端发送账户剩余金额以及第一缴费提示信息;若所述账户剩余金额小于第二预设阈值,则在第三预设时间点向用户的用户终端发送账户剩余金额以及第二缴费提示信息。
具体地,服务器本地存储有多个用户的用户账户信息,每到预设时间点(比如,每天晚上6点),查询每个用户的用电账户信息的用户剩余金额,若用户剩余金额小于第一预设阈值(比如15元),在第二预设时间点(比如第二天的上午9点)向用户的用户终端发送用户剩余金额以及第一缴费提示信息;若用户剩余金额小于第二预设阈值(比如10元),在第三预设时间点(比如连续三天的上午9点)向用户的用户终端发送用户剩余金额以及第二缴费提示信息。
这里,第一缴费提示信息的提示强度大于第二缴费提示信息的提示强度,其中,第一缴费提示信息可以为短信提示,第二缴费提示信息可以为语音提示和窗口信息弹出提示。
在本申请实施例中,作为一种优选的实施例,所述方法还包括:获取预停电区域以及所述预停电区域对应的预停电时间段;确定处于所述预停电区域内的目标停电用户;根据所述预停电时间段生成停电通知信息,并将所述停电通知信息发送给所述目标停电用户的用户终端。
这里,预停电区域为停电的线路所属的区域,或者停电的台区。其中,台区是指(一台)变压器的供电范围或区域。它是电力经济运行管理的名词,还有就是在特定语句中是一区域地名。
具体地,服务器可以根据停电的线路,或者停电的台区,确定有哪些用户在停电线路,或者停电的台区的范围内,即有哪些用户将面临停电,将停电提示信息发送给对应的用户终端。这样一来,本申请实施例能够精确的每个用户,发送用户级别的通知信息。
除此之外,服务器也可以根据停电线路,或者停电的台区,以及停电的时间段,生成停电通知信息,通过公众号广而告之该停电通知信息。
在本申请实施例中,作为一种优选的实施例,所述方法还包括:根据所述用户终端确认的缴费金额以及缴费成功对应的缴费时间,生成电子发票以及所述电子发票对应的二维码,其中,所述二维码用于在营业厅上打印电子版发票;将所述电子发票和所述电子发票对应的二维码发送给所述用户终端。
具体地,在用户缴费成功后,服务器根据用户的用户信息以及缴费金额,缴费时间等信息,生成电子发票,将电子发票和电子发票对应的二维码发送至用户终端,这里,不同的电子发票对应不同的二维码,二维码用于在营业厅vtm机上打印电子版发票。
需要补充的是,若收电费以坐收方式为主,在电费发行时要推送电费账单消息。其中,坐收,为坐着收,即柜台,以前的收电费以走收为主,就是到客户家上门收费。
具体地,推送电费账单消息的推送范围需要确认只是居民用户还是高压用户也要推送。
在此基础上,公众号账户余额显示规则为:当为低压用户时,如采集系统能抄回电能表的余额,(采集系统可以采集每个用户的余额,服务器在接收到采集系统上传的每个用户的余额后,将余额发送给对应的用户终端,以提示用户用电账户中还有多少余额)则显示为“电能表余额 抄表时间”,如抄不回来以“--”代替。当为高压用户时,显示系统的账户余额。
本申请实施例提供的线上缴纳电费的方法,用户可以利用公众号直接向服务器发送缴费请求,根据服务器的反馈结果进行缴费,简化了电费缴费的操作步骤,提高了电费缴费的便利性。具体地,用户使用公众号进行缴费,简化了缴费的操作步骤,提高了缴费的便利性,还能通过公众号向用户发送与用电相关的通知信息,提高了信息通知的灵活性。
基于同一发明构思,本申请实施例中还提供了与线上缴纳电费的方法对应的线上缴纳电费的系统,由于本申请实施例中的系统解决问题的原理与本申请实施例上述线上缴纳电费的方法相似,因此系统的实施可以参见方法的实施,重复之处不再赘述。
请参阅图3,图3为本申请实施例所提供的一种线上缴纳电费的系统的结构示意图。如图3中所示,线上缴纳电费的系统300包括:服务器310和用户终端320;
服务器310,用于接收用户终端320发送的缴费请求,所述缴费请求中携带有用户标识;查找与所述用户标识相匹配的用户账户信息,并将所述用户账户信息发送给所述用户终端320,其中,所述用户账户信息至少包括账户剩余金额和用户属性信息;接收所述用户终端320根据所述用户账户信息确认的缴费金额;根据所述缴费金额,实时更新所述用户账户信息,将更新后的账户剩余金额发送给所述用户终端320;
用户终端320,用于发送缴费请求;接收所述服务器310根据所述用户标识所查找到的用户账户信息;根据所述用户账户信息确认缴费金额,并将所述缴费金额发送所述服务器310,以使所述服务器310根据所述缴费金额,实时更新所述用户账户信息。
除此之外,服务器还用于执行如图1或图2所述的线上缴纳电费的方法的步骤。
本申请实施例提供的线上缴纳电费的系统,包括服务器和用户终端,服务器接收用户终端发送的缴费请求,缴费请求中携带有用户标识;服务器查找与用户标识相匹配的用户账户信息,并将用户账户信息发送给用户终端,其中,用户账户信息至少包括账户剩余金额和用户属性信息;服务器接收用户终端根据用户账户信息确认的缴费金额;根据缴费金额,实时更新用户账户信息,将更新后的账户剩余金额发送给用户终端。这样一来,用户可以利用公众号直接向服务器发送缴费请求,根据服务器的反馈结果进行缴费,简化了电费缴费的操作步骤,提高了电费缴费的便利性。
请参阅图4,图4为本申请实施例所提供的一种电子设备的结构示意图。如图4中所示,所述电子设备400包括处理器410、存储器420和总线430。
所述存储器420存储有所述处理器410可执行的机器可读指令,当电子设备400运行时,所述处理器410与所述存储器420之间通过总线430通信,所述机器可读指令被所述处理器410执行时,可以执行如上述图1以及图2所示方法实施例中的线上缴纳电费的方法的步骤,具体实现方式可参见方法实施例,在此不再赘述。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时可以执行如上述图1以及图2所示方法实施例中的线上缴纳电费的方法的步骤,具体实现方式可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
本文用于企业家、创业者技术爱好者查询,结果仅供参考。