一种无感支付方法、装置和电子设备
技术领域
本说明书涉及智能终端技术领域,特别涉及一种无感支付方法、装置和电子设备。
背景技术
随着电子支付的不断普及,越来越多的支付场景支持使用电子支付方式完成支付操作。在众多电子支付实现方案中,一种实现方案是无感支付方案。在无感支付方案中,当针对某一支付账户发起支付时,不需要该支付账户的所有者进行手动确认即可完成支付确认,从而大大简化了电子支付流程,提高了电子支付效率。例如,在车辆收费应用场景中,车辆的车牌号与开通了无感支付的支付账户绑定,那么当需要针对该车辆进行收费(例如,过路费、停车费等)时,只需要通过识别车牌号来确认支付账户,接下来就可以直接从支付账户上自动扣款,而不需要等待支付账户的所有者确认付款。这样就大大缩短了支付操作的耗时,从而减少了因收费而导致的停车等待耗时,甚至于在某些车辆收费应用场景中,车辆无需停车,在车辆通过时就可以实现收费。
虽然无感支付可以简化了电子支付流程,提高电子支付效率。但是,由于无感支付不需要支付账户的所有者进行手动确认即可完成支付确认,因此,存在非法支付者冒用其他用户的支付账户进行支付的情况。例如,在车辆收费应用场景中,车辆A的所有者是用户A,车辆A的车牌号与用户A的支付账户绑定,用户A的支付账户开通了无感支付。如果非法用户B在自己的车辆B上使用了伪造的车牌,该伪造的车牌的车牌号是车辆A的车牌号,那么当针对车辆B进行收费时,识别车牌号所确定的支付账户就是用户A的支付账户。最终的结果就是非法用户B冒用用户A的支付账户为车辆B买单。无感支付应用场景中存在的支付账户冒用情况大大降低了无感支付的安全性,影响了无感支付的推广应用。
发明内容
针对现有技术中无感支付应用场景中存在的支付账户冒用的问题,本说明书实施例提供了一种无感支付方法、装置和电子设备,以及,一种计算机可读存储介质。
本说明书实施例采用下述技术方案:
第一方面,本说明书一实施例提供一种无感支付方法,包括:
针对参与无感支付场景的未验证支付方执行标识获取操作,获取账户识别标识,其中,所述未验证支付方在所述无感支付场景中所期望使用的支付账户为与所述账户识别标识绑定的支付账户;
获取与所述账户识别标识绑定的合法设备信息,其中,所述合法设备信息为合法支付方的设备信息,所述合法支付方为在所述无感支付场景中可以合法使用所述支付账户进行支付的支付方,所述合法设备信息包括所述合法支付方自身的设备信息和/或所述合法支付方的关联设备的设备信息;
验证所述合法设备信息与所述未验证支付方的设备信息是否匹配,其中,所述未验证支付方的设备信息包括所述未验证支付方自身的设备信息和/或所述未验证支付方的关联设备的设备信息;
当所述合法设备信息与所述未验证支付方的设备信息不匹配时,阻止所述未验证支付方使用所述支付账户在所述无感支付场景中进行无感支付。
在上述第一方面的一种可行的实现方式中,所述获取与所述账户识别标识绑定的合法设备信息,包括:
判断所述支付账户是否已开通针对所述无感支付场景的无感支付;
当所述支付账户已开通针对所述无感支付场景的无感支付时,获取与所述识别标识绑定的合法设备信息。
在上述第一方面的一种可行的实现方式中:
当需要针对所述未验证支付方发起无感支付时,在发起无感支付之前,验证所述合法设备信息与所述未验证支付方的设备信息是否匹配,当所述合法设备信息与所述未验证支付方的设备信息不匹配时,拒绝针对所述未验证支付方发起无感支付。
在上述第一方面的一种可行的实现方式中:
在针对所述未验证支付方发起无感支付后,在确认支付之前,验证所述合法设备信息与所述未验证支付方的设备信息是否匹配,当所述合法设备信息与所述未验证支付方的设备信息不匹配时,拒绝执行扣款操作,返回支付失败信息。
在上述第一方面的一种可行的实现方式中,所述方法还包括:
在所述支付账户的合法用户为所述支付账户开通针对所述无感支付场景的无感支付的过程中,根据所述支付账户的合法用户的输入信息为所述支付账户绑定所述账户识别标识;
在所述支付账户的合法用户为所述支付账户开通针对所述无感支付场景的无感支付的过程中,或者,在所述支付账户的合法用户为所述支付账户开通针对所述无感支付场景的无感支付后,提醒所述支付账户的合法用户为所述账户识别标识绑定所述合法设备信息。
在上述第一方面的一种可行的实现方式中,所述合法设备信息包括所述合法支付方自身的无线设备信息和/或所述合法支付方的关联设备的无线设备信息,所述验证所述合法设备信息与所述未验证支付方的设备信息是否匹配,包括:
发起无线设备扫描,根据扫描到的无线设备中是否存在与所述合法设备信息匹配的设备判断所述合法设备信息与所述未验证支付方的设备信息是否匹配;
或者,
根据所述合法设备信息发起无线连接,根据是否可以成功建立所述无线连接判断所述合法设备信息与所述未验证支付方的设备信息是否匹配。
在上述第一方面的一种可行的实现方式中,所述合法设备信息包括蓝牙设备地址和/或Wifi设备地址。
在上述第一方面的一种可行的实现方式中,所述无感支付场景为车辆付费场景,所述账户识别标识为车牌号,所述合法设备信息为车载设备的设备信息和/或车内移动设备的设备信息。
第二方面,本说明书一实施例提供一种无感支付装置,包括:
账户识别标识获取模块,其用于针对参与无感支付场景的未验证支付方执行标识获取操作,获取账户识别标识,其中,所述账户识别标识用于确认所述未验证支付方在所述无感支付场景中所期望使用的支付账户,所述未验证支付方在所述无感支付场景中所期望使用的支付账户为与所述账户识别标识绑定的支付账户;
设备信息获取模块,其用于获取与所述账户识别标识绑定的合法设备信息,其中,所述合法设备信息为合法支付方的设备信息,所述合法支付方为在所述无感支付场景中可以合法使用所述支付账户进行支付的支付方,所述合法设备信息包括所述合法支付方自身的设备信息和/或所述合法支付方的关联设备的设备信息;
设备验证模块,其用于验证所述合法设备信息与所述未验证支付方的设备信息是否匹配,其中,所述未验证支付方的设备信息包括所述未验证支付方自身的设备信息和/或所述未验证支付方的关联设备的设备信息;
支付实现模块,其用于当所述合法设备信息与所述未验证支付方的设备信息不匹配时,阻止所述未验证支付方使用所述支付账户在所述无感支付场景中进行无感支付。
第三方面,本说明书一实施例提供一种电子设备,所述电子设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发所述电子设备执行如上述第一方面所述的方法步骤。
第四方面,本说明书一实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,当其在计算机上运行时,使得计算机执行如上述第一方面所述的方法。
根据本说明书实施例所提出的上述技术方案,至少可以实现下述技术效果:
根据本说明书实施例的方法,在完成无感支付之前,通过验证与支付账户绑定的设备信息与未验证支付方的设备信息是否匹配来确认未验证支付方是否为合法支付方,从而避免非法支付方冒用其他支付方的支付账户进行无感支付,进而大大提高了无感支付的安全性;进一步的,由于设备信息的验证不需要支付方人工参与,因此设备信息的验证操作不会影响无感支付的“无感”特性,从而不会降低无感支付的用户体验。
附图说明
图1所示为根据本说明书无感支付方法一实施例的流程图;
图2所示为根据本说明书一实施例的方法针对停车场收费支付场景开通无感支付的流程图;
图3所示为根据本说明书一实施例的方法针对停车场收费支付场景实现无感支付的流程图;
图4所示为根据本说明书无感支付装置一实施例的结构图。
具体实施方式
为使本说明书的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本说明书保护的范围。
本说明书的实施方式部分使用的术语仅用于对本说明书的具体实施例进行解释,而非旨在限定本说明书。
针对现有技术中无感支付应用场景中存在的支付账户冒用的问题,本说明书一实施例提出了一种无感支付方法。为了提出本说明书实施例的方法,发明人首先分析无感支付的实际应用场景。导致无感支付应用场景中出现支付账户冒用的主要原因是无感支付在确认支付时不需要支付账户的所有者进行进一步确认就可以直接从支付账户中扣款。这样,非法支付方只需要盗用支付账户A的识别标识,在支付时向收费***出示盗用的识别标识,支付***就会从支付账户A上扣款,从而使得非法支付方实现冒用支付账户A进行支付。
针对上述问题,可行的解决方案之一是在确认支付前进行一次账户确认,确认当前使用支付账户A的支付方是否为合法的支付方。这样,即使非法支付方盗用支付账户A的识别标识,因为非法支付方无法通过账户确认,收费***即使识别到非法支付方所出示的支付账户A的识别标识,也不会完成针对支付账户A的扣款操作,非法支付方也就无法实现冒用支付账户A进行支付。
进一步的,考虑到无感支付的重点之一在于“无感”,即,在支付操作中不能增添需要合法用户进行确认的环节,因此,不能通过令支付方手动输入信息(例如,手动输入支付密码)的方式实现账户确认。因此,在本说明书一实施例中,通过验证参与当前支付场景的设备中是否包含合法支付方的设备来判断合法支付方是否参与了当前支付场景,从而进一步判断使用当前支付账户的支付方是否为当前支付账户的合法支付方。例如,在某无感支付场景中,支付账户A的合法支付方为支付方A,即,在该无感支付场景中,支付方A可以使用支付账户A进行无感支付。那么,在该无感支付场景中,如果识别到参与支付场景的设备中不包含支付方A的设备,那么就可以间接确认支付方A并未参与该无感支付场景。进一步的,在确认支付方A并未参与了该无感支付场景的前提下,如果有支付方在该无感支付场景中使用支付账户A,就可以间接的确认使用支付账户A的支付方并不是支付方A,而有可能是冒用支付账户A的非法支付方,此时就可以阻止对支付账户A的无感支付,从而大大提高无感支付的安全性。
具体的,在本说明书一实施例中,登记支付账户的合法支付方自身的设备信息和/或关联设备的设备信息,并将该设备信息与支付账户绑定;在进行无感支付前,验证使用支付账户的未验证支付方的设备信息是否与已登记并绑定支付账户的设备信息是否匹配;如果不匹配,则证明未验证支付方并不是该支付账户的合法支付方,此时阻止支付账户完成无感支付。
根据本说明书实施例的方法,在完成无感支付之前,通过验证与支付账户绑定的设备信息与未验证支付方的设备信息是否匹配来确认未验证支付方是否为合法支付方,从而避免非法支付方冒用其他支付方的支付账户进行无感支付,进而大大提高了无感支付的安全性;进一步的,由于设备信息的验证不需要支付方人工参与,因此设备信息的验证操作不会影响无感支付的“无感”特性,从而不会降低无感支付的用户体验。
以下结合附图,详细说明本说明书各实施例提供的技术方案。
图1所示为根据本说明书无感支付方法一实施例的流程图。如图1所示,在本说明书一实施例中,无感支付方法包含以下流程:
步骤110,针对参与无感支付场景的未验证支付方执行标识获取操作,获取账户识别标识,其中,未验证支付方在无感支付场景中所期望使用的支付账户为与账户识别标识绑定的支付账户;
步骤120,获取与账户识别标识绑定的合法设备信息,其中,合法设备信息为合法支付方的设备信息,合法支付方为在无感支付场景中可以合法使用支付账户进行支付的支付方,合法设备信息包括合法支付方自身的设备信息和/或合法支付方的关联设备的设备信息;
步骤130,验证合法设备信息与未验证支付方的设备信息是否匹配,其中,未验证支付方的设备信息包括未验证支付方自身的设备信息和/或未验证支付方的关联设备的设备信息;
步骤140,当合法设备信息与未验证支付方的设备信息不匹配时,阻止未验证支付方使用支付账户在无感支付场景中进行无感支付;
步骤150,当合法设备信息与未验证支付方的设备信息匹配时,不阻止未验证支付方使用支付账户在无感支付场景中进行无感支付。
根据图1所示实施例的方法,通过验证合法设备信息与未验证支付方的设备信息是否匹配来判断使用支付账户的未验证支付方是否为支付账户的合法支付方,从而在不影响无感支付的“无感”特征的前提下,大大提高无感支付的安全性。
进一步的,图1所示实施例的无感支付场景可以是任意无感支付场景。
具体的,在本说明书一实施例中,无感支付场景为车辆付费场景,例如,过路费收费场景、停车场收费场景。针对车辆付费场景,账户识别标识为车牌号,合法设备信息为车牌号对应的车辆的车载设备的设备信息和/或车内移动设备的设备信息。
例如,在一停车场收费场景中,当车辆进入停车场时,停车场收费***识别车辆的车牌号,确定该车辆所使用的支付账户以及进入时间。当车辆离开停车场时,停车场收费***判断车辆的设备信息与支付账户绑定的设备信息是否匹配,如果匹配,根据停车时间计算收费额并发起无感支付、放行车辆。如果不匹配,拦截车辆。
具体的,在本说明书一实施例中,无感支付场景为游园付费场景,例如,博物馆付费场景、游乐园付费场景。针对游园付费场景,账户识别标识为入园者的门票二维码,持有门票二维码的游园者每进入一个收费区域,收费***从门票二维码所绑定的支付账户中自动扣除该收费区域的门票。针对游园付费场景,合法设备信息为游园者手机的设备信息。
例如,在一游乐园付费场景中,当入园者试图参与某收费项目时,游乐园收费***识别入园者的门票二维码,确定该入园者所使用的支付账户,判断入园者随身的手机的设备信息与支付账户绑定的设备信息是否匹配,如果匹配,发起无感支付并放行入园者。如果不匹配,拦截入园者。
进一步的,图1所示实施例的各个步骤可以具备多种不同的实现方式,技术人员可以根据具体的应用场景需求选用适合的实现方式以实现图1所示实施例的方法步骤。
具体的,在步骤120的一种实现方式中,获取与账户识别标识绑定的合法设备信息的过程包括:
判断支付账户是否已开通针对无感支付场景的无感支付;
当支付账户已开通针对无感支付场景的无感支付时,获取与识别标识绑定的合法设备信息;
当支付账户未开通针对无感支付场景的无感支付时,发出无感支付未开通提示。
进一步的,为确保不会影响到无感支付的“无感”体验,在本说明书一实施例中,采用非接触方式获取设备信息,合法设备信息包括合法支付方自身的无线设备信息和/或合法支付方的关联设备的无线设备信息。具体的,在本说明书一实施例中,合法设备信息包括蓝牙设备地址和/或Wifi设备地址。
进一步的,在步骤130的一种实现方式中,在合法设备信息包括合法支付方自身的无线设备信息和/或合法支付方的关联设备的无线设备信息时,验证合法设备信息与所述未验证支付方的设备信息是否匹配,包括:
发起无线设备扫描,根据扫描到的无线设备中是否存在与合法设备信息匹配的设备判断合法设备信息与未验证支付方的设备信息是否匹配。
进一步的,在步骤130的一种实现方式中,在合法设备信息包括合法支付方自身的无线设备信息和/或合法支付方的关联设备的无线设备信息时,验证合法设备信息与所述未验证支付方的设备信息是否匹配,包括:
根据合法设备信息发起无线连接,根据是否可以成功建立无线连接判断合法设备信息与未验证支付方的设备信息是否匹配。
进一步的,在步骤140的具体实现方式中,可以根据具体应用场景需求,选用合适的执行方式来阻止未验证支付方使用支付账户在无感支付场景中进行无感支付。例如,在针对未验证支付方发起无感支付后,在确认支付之前,验证合法设备信息与未验证支付方的设备信息是否匹配,当合法设备信息与未验证支付方的设备信息不匹配时,拒绝执行扣款操作,返回支付失败信息。
进一步的,考虑到在某些支付***中,已完成无感支付的操作流程设置,无感支付被发起后的支付验证等流程是已经被设置好的。因此,为降低方案实现难度,在本说明书一实施例中,不改动原始的无感支付操作流程设置,在发起无感支付前进行账户验证。具体的,当需要针对未验证支付方发起无感支付时,在发起无感支付之前,验证合法设备信息与未验证支付方的设备信息是否匹配,当合法设备信息与未验证支付方的设备信息不匹配时,拒绝针对未验证支付方发起无感支付。
进一步的,为实现验证合法设备信息与未验证支付方的设备信息是否匹配,在本说明书一实施例中,还提出了登记账户识别标识以及合法设备信息的步骤。具体的:
在支付账户的合法用户为支付账户开通针对无感支付场景的无感支付的过程中,为支付账户绑定账户识别标识;
在支付账户的合法用户为支付账户开通针对所述无感支付场景的无感支付的过程中,或者,在支付账户的合法用户为支付账户开通针对所述无感支付场景的无感支付后,提醒支付账户的合法用户为账户识别标识绑定合法设备信息。
例如,在支付账户的合法用户开通停车场收费无感支付的过程中,从支付账户的合法用户处获取车牌号;在支付账户的合法用户确认开通停车场收费无感支付时,将获取到的车牌号与支付账户绑定;在支付账户的合法用户开通停车场收费无感支付的过程中,或者,在支付账户的合法用户开通停车场收费无感支付后,提醒支付账户的合法用户输入车辆的无线设备信息或者提醒支付账户的合法用户在当前所能采集到的无线设备信息中确认作为合法设备信息的无线设备信息。
又例如,在入园者为自身支付账户开通游园收费场景的无感支付的过程中,根据入园者的支付账户生成与该支付账户绑定的、唯一的门票二维码,并且,提醒入园者输入自身手机的无线设备信息或者提醒入园者在当前所能采集到的手机无线设备信息中确认自身手机的无线设备信息。
以下基于一具体的停车场收费应用场景详细描述根据本说明书一实施例的方法的具体执行流程。
图2所示为根据本说明书一实施例的方法针对停车场收费支付场景开通无感支付的流程图。如图2所示,在开通无感支付时执行下述步骤:
步骤21,用户通过用户手机向支付管理服务器申请开通自身支付账户针对停车场收费支付场景的无感支付;
步骤21.1,支付管理服务器根据用户手机发送来的信息进行开通条件校验;
步骤21.2,支付管理服务器向用户手机返回开通条件校验的校验结果;
步骤22,当开通条件校验的校验结果为校验成功时,用户手机提示用户开启用户手机蓝牙以及车辆的车载蓝牙;
步骤23,用户手机连接车载蓝牙;
步骤23.1,车载蓝牙向用户手机返回车载蓝牙的mac地址;
步骤24,用户通过用户手机向支付管理服务器请求开通自身支付账户针对停车场收费支付场景的无感支付,在请求过程中发送车载蓝牙的mac地址以及车牌号;
步骤24.1,支付管理服务器存储车载蓝牙的mac地址,建立车载蓝牙的mac地址、车牌号、支付账户间的绑定关系;
步骤24.2,支付管理服务器开通支付账户针对停车场收费支付场景的无感支付;
步骤24.3,支付管理服务器向用户手机返回无感支付开通成功提示信息。
图3所示为根据本说明书一实施例的方法针对停车场收费支付场景实现无感支付的流程图。如图3所示,在实现无感支付时执行下述步骤:
步骤31,车辆进入停车场;
步骤31.1,停车场的入场抬杆设备识别进入车辆的车牌号;
步骤31.2,入场抬杆设备抬杆放行车辆;
步骤32,入场抬杆设备将已放行车辆的车牌号传入停车场后台***;
步骤32.1,停车场后台***记录车辆入场时间;
步骤33,停车场后台***根据车辆的车牌号向支付管理服务器请求对应的车载蓝牙的mac地址;
步骤33.1,支付管理服务器向停车场后台***返回车载蓝牙的mac地址;
步骤33.1.1,停车场后台***向停车场的出场抬杆设备发送车载蓝牙的mac地址以及对应的车牌号;
步骤34,车辆向停车场的出场抬杆设备请求出场;
步骤34.1,停车场的出场抬杆设备识别车辆的车牌号,获取出场车辆车牌号对应的车载蓝牙的mac地址;
步骤34.2,停车场的出场抬杆设备根据出场车辆车牌号对应的车载蓝牙的mac地址请求连接出场车辆的车载蓝牙;
步骤34.2.1,出场车辆的车载蓝牙返回连接成功信息;
步骤34.2.1.1,停车场的出场抬杆设备抬杆放行车辆;
步骤35,停车场的出场抬杆设备记录出场车辆的出场时间并上传停车场后台***;
步骤35.1,停车场后台***根据车辆入场时间以及车辆出场时间计算停车费;
步骤36,停车场后台***向支付管理服务器发起出场车辆车牌号对应的支付账户的无感支付,请求停车费支付扣款。
进一步的,在上述流程中,如果步骤步骤34.2.1中连接出场车辆的车载蓝牙失败,则在步骤34.2.1.1,停车场的出场抬杆设备不会抬杆放行车辆,而是进一步的发起无感支付以外的其他支付方式操作,例如,发起现金支付。
可以理解的是,上述实施例中的部分或全部步骤骤或操作仅是示例,本说明书实施例还可以执行其它操作或者各种操作的变形。此外,各个步骤可以按照上述实施例呈现的不同的顺序来执行,并且有可能并非要执行上述实施例中的全部操作。
进一步的,基于本说明书一实施例中提出的无感支付方法,本说明书一实施例还提出了一种无感支付装置。图4所示为根据本说明书无感支付装置一实施例的结构图。在本说明书一实施例中,如图4所示,在本说明书一实施例中,无感支付装置400包括:
账户识别标识获取模块410,其用于针对参与无感支付场景的未验证支付方执行标识获取操作,获取账户识别标识,其中,所述账户识别标识用于确认所述未验证支付方在所述无感支付场景中所期望使用的支付账户,所述未验证支付方在所述无感支付场景中所期望使用的支付账户为与所述账户识别标识绑定的支付账户;
设备信息获取模块420,其用于获取与所述账户识别标识绑定的合法设备信息,其中,所述合法设备信息为合法支付方的设备信息,所述合法支付方为在所述无感支付场景中可以合法使用所述支付账户进行支付的支付方,所述合法设备信息包括所述合法支付方自身的设备信息和/或所述合法支付方的关联设备的设备信息;
设备信息获取模块430,其用于验证所述合法设备信息与所述未验证支付方的设备信息是否匹配,其中,所述未验证支付方的设备信息包括所述未验证支付方自身的设备信息和/或所述未验证支付方的关联设备的设备信息;
支付实现模块440,其用于当所述合法设备信息与所述未验证支付方的设备信息不匹配时,阻止所述未验证支付方使用所述支付账户在所述无感支付场景中进行无感支付。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
进一步的,在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(FieldProgrammable Gate Array,FPGA))就是这样一种集成电路,其逻辑功能由访问方对器件编程来确定。由设计人员自行编程来把一个数字装置“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera HardwareDescription Language)、Confluence、CUPL(Cornell University ProgrammingLanguage)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等,目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
在本说明书实施例的描述中,为了描述的方便,描述装置时以功能分为各种模块/单元分别描述,各个模块/单元的划分仅仅是一种逻辑功能的划分,在实施本说明书实施例时可以把各模块/单元的功能在同一个或多个软件和/或硬件中实现。
具体的,本说明书实施例所提出的装置在实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块以软件通过处理元件调用的形式实现,部分模块通过硬件的形式实现。例如,检测模块可以为单独设立的处理元件,也可以集成在电子设备的某一个芯片中实现。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起,也可以独立实现。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如,以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit,ASIC),或,一个或多个数字信号处理器(Digital Singnal Processor,DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,FPGA)等。再如,这些模块可以集成在一起,以片上装置(System-On-a-Chip,SOC)的形式实现。
本领域普通技术人员可以意识到,本说明书实施例中描述的各单元及算法步骤,能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本说明书的范围。
本说明书一实施例还提出了一种电子设备,电子设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发电子设备执行如本说明书实施例所述的方法步骤。
具体的,在本说明书一实施例中,上述一个或多个计算机程序被存储在上述存储器中,上述一个或多个计算机程序包括指令,当上述指令被上述设备执行时,使得上述设备执行本说明书实施例所述的方法步骤。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
具体的,在本说明书一实施例中,电子设备的处理器可以是片上装置SOC,该处理器中可以包括中央处理器(Central Processing Unit,CPU),还可以进一步包括其他类型的处理器。具体的,在本说明书一实施例中,电子设备的处理器可以是PWM控制芯片。
具体的,在本说明书一实施例中,涉及的处理器可以例如包括CPU、DSP、微控制器或数字信号处理器,还可包括GPU、嵌入式神经网络处理器(Neural-network ProcessUnits,NPU)和图像信号处理器(Image Signal Processing,ISP),该处理器还可包括必要的硬件加速器或逻辑处理硬件电路,如ASIC,或一个或多个用于控制本说明书技术方案程序执行的集成电路等。此外,处理器可以具有操作一个或多个软件程序的功能,软件程序可以存储在存储介质中。
具体的,在本说明书一实施例中,电子设备的存储器可以是只读存储器(read-only memory,ROM)、可存储静态信息和指令的其它类型的静态存储设备、随机存取存储器(random access memory,RAM)或可存储信息和指令的其它类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备,或者还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何计算机可读介质。
具体的,在本说明书一实施例中,处理器可以和存储器可以合成一个处理装置,更常见的是彼此独立的部件,处理器用于执行存储器中存储的程序代码来实现本说明书实施例所述方法。具体实现时,该存储器也可以集成在处理器中,或者,独立于处理器。
进一步的,本说明书实施例阐明的设备、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。
本领域内的技术人员应明白,本说明书实施例可提供为方法、装置、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。
在本说明书所提供的几个实施例中,任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本说明书的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本说明书各个实施例所述方法的全部或部分步骤。
具体的,本说明书一实施例中还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,当其在计算机上运行时,使得计算机执行本说明书实施例提供的方法。
本说明书一实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序,当其在计算机上运行时,使得计算机执行本说明书实施例提供的方法。
本说明书中的实施例描述是参照根据本说明书实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
还需要说明的是,本说明书实施例中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达,是指的这些项中的任意组合,包括单项或复数项的任意组合。例如,a,b和c中的至少一项可以表示:a,b,c,a和b,a和c,b和c或a和b和c,其中a,b,c可以是单个,也可以是多个。
本说明书实施例中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述,仅为本说明书的具体实施方式,任何熟悉本技术领域的技术人员在本说明书揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本说明书的保护范围之内。本说明书的保护范围应以所述权利要求的保护范围为准。