发明内容
本说明书实施例提供的一种信息传输的方法及装置和电子设备:
根据本说明书实施例的第一方面,提供一种信息传输的方法,所述方法包括:
在付款方客户端进行付款的情况下,所述付款方客户端获取开票信息;其中,所述开票信息用于生成纸质或者电子发票;
所述付款方客户端生成包含所述开票信息的付款信息;
收款方客户端获取所述付款方客户端提供的付款信息,解析出所述付款信息中开票信息;
所述收款方客户端调用支付平台的支付接口用以完成收款;
在所述收款方客户端接收到所述支付平台返回收款成功的情况下,供开票系统生成所述开票信息的纸质或者电子发票。
根据本说明书实施例的第二方面,提供一种信息传输的方法,所述方法包括:
在进行付款的情况下,获取开票信息;其中,所述开票信息用于生成纸质或者电子发票;
生成包含所述开票信息的付款信息。
根据本说明书实施例的第三方面,提供一种信息传输的方法,所述方法包括:
获取付款方客户端提供的付款信息,解析出所述付款信息中开票信息;
调用支付平台的支付接口用以完成收款;
在接收到所述支付平台返回收款成功的情况下,供开票系统生成所述开票信息的纸质或者电子发票。
根据本说明书实施例的第四方面,提供一种信息传输的方法,所述方法包括:
付款方客户端获取收款信息,解析出所述收款信息中收款方账户;
所述付款方客户端获取开票信息;其中,所述开票信息用于生成纸质或者电子发票;
所述付款方客户端调用支付平台的支付接口用以完成向收款方账户付款,并向所述支付平台发送所述开票信息;
所述支付平台接收所述开票信息,在所述收款方账户收款成功的情况下,向收款方客户端发送收款成功通知,该通知携带有所述开票信息;
所述收款方客户端在接收到所述支付平台发送收款成功通知的情况下,获取所述通知携带的开票信息,从而供开票系统生成所述开票信息的纸质或者电子发票。
根据本说明书实施例的第五方面,提供一种信息传输的方法,所述方法包括:
收款方客户端采集付款方的生物特征信息;
所述收款方客户端向支付平台发起包含有所述生物特征信息的收款请求;
所述支付平台在识别出所述生物特征信息对应的付款方账户的情况下,获取所述付款方账户默认的开票信息;
所述支付平台在完成收款的情况下,向所述收款方客户端返回收款成功通知;该通知携带有所述开票信息;
所述收款方客户端在接收到所述支付平台发送收款成功通知的情况下,获取所述通知携带的开票信息,从而供开票系统生成所述开票信息的纸质或者电子发票。
根据本说明书实施例的第六方面,提供一种信息传输的装置,所述装置包括:
获取单元,在进行付款的情况下,获取开票信息;其中,所述开票信息用于生成纸质或者电子发票;
生成单元,生成包含所述开票信息的付款信息。
根据本说明书实施例的第七方面,提供一种信息传输的装置,所述装置包括:
获取单元,获取付款方客户端提供的付款信息,解析出所述付款信息中开票信息;
调用单元,调用支付平台的支付接口用以完成收款;
生成单元,在接收到所述支付平台返回收款成功的情况下,供开票系统生成所述开票信息的纸质或者电子发票。
根据本说明书实施例的第八方面,提供一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
在进行付款的情况下,获取开票信息;其中,所述开票信息用于生成纸质或者电子发票;
生成包含所述开票信息的付款信息。
根据本说明书实施例的第八方面,提供一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
获取付款方客户端提供的付款信息,解析出所述付款信息中开票信息;
调用支付平台的支付接口用以完成收款;
在接收到所述支付平台返回收款成功的情况下,供开票系统生成所述开票信息的纸质或者电子发票。
本说明书实施例,通过在付款方进行支付过程中,传输所述付款方的开票信息;使得收款方在成功收取到所述付款方支付的款项后,可以根据该传输过来的开票信息,供开票系统生成所述开票信息的纸质或者电子发票。如此,可以提高收款方开票效率;避免人为因素导致的开票错误。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
在本说明书使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
如前所述,顾客在商户消费可以所要发票。通常,顾客需要向商户提供开票信息(例如包括名称、类型、税号、单位地址、电话号码等)。一般的,顾客可以以口述、书写或者手机上开票信息等方式出示开票信息,然而由商户手动输入到开票系统从而生成发票。整个过程,不仅效率较低,而且容易错误。例如,顾客可能记错、写错开票信息,或者商户输错开票信息,都会导致最后生成错误的发票。
本说明书可以涉及一个或多个系统。以下请参考图1示出了本说明书中可以适用的示例性的系统架构概念图。所述系统架构概念图可以包括付款方客户端11、收款方客户端12和支付平台13。
所述付款方客户端11可以是指付款方(如顾客、付款用户)使用的客户端。该客户端可以是指安装有支付应用的终端。例如,安装有支付宝的智能手机。在有的场景中,所述终端不一定是付款方自己的终端,还可以是商户提供的自助终端,付款方可以在该自助终端上登录支付账户(例如通过人脸识别登录账户)从而进行付款。
所述收款方客户端12可以是指收款方(如商户、收款用户)使用的客户端。类似的,该客户端可以是指安装有支付应用的终端。例如,商店中安装有支付宝的收银设备或者智能手机。所述收款方客户端12还可以关联有一个开票系统121。所述开票系统121可以根据收款方客户端12接收到的开票信息生成电子发票或者打印出纸质发票。
所述支付平台13可以是指所述付款方客户端11和收款方客户端12中支付应用对应的服务器、服务器集群或者基于服务器集群构建的云平台。所述支付平台13对外提供用于进行支付(收付款)的接口。所述支付平台13中通常管理有各个用户的账户。
在用户在商店购物后付款为例,付款方(用户)客户端11可以通过支付平台13向收款方(商户)支付购物金额;并且付款方客户端11可以直接或者间接向收款方客户端12提供用于开票的开票信息;收付款客户端12在接收到付款方支付的购物金额后,根据所述开票信息供开票系统121生成电子发票或者打印出纸质发票。
以下可以结合图2所示的例子介绍本说明书一种实现信息传输的方法的实施例,如图2所示,该方法可以包括以下步骤:
步骤210:在付款方客户端进行付款的情况下,所述付款方客户端获取开票信息;其中,所述开票信息用于生成纸质或者电子发票。
本实施例中,所述付款方客户端获取开票信息,可以是指付款方客户端可以直接获取这一默认的开票信息。所述默认的开票信息可以包括:用户可以预先设置一个默认的开票信息;或者,最近一次使用的开票信息;或者历史使用次数最多的开票信息。
在实际应用中,通常不会不经用户选择从而直接使用默认的开票信息;因此,需要提供用户选择开票信息的方案。具体地,所述步骤210,可以包括:
在付款方客户端进行付款的情况下,所述付款方客户端展示付款方预先配置的发票信息;
获取付款方选择的开票信息。
该实施例中,付款方预先配置的发票信息的数量可以是多个的,如1个、2个、3个等等。如图3所示的展示开票信息的示意图,付款方在向收款方(商家)进行付款时,付款方客户端可以展示预先配置的发票信息311,付款方可以选择其中的一个发票信息,从而使得付款方客户端从众多发票信息中将付款方所选择的发票信息作为需要传递的发票信息。对于付款方选择的发票信息可以进行标记,如图3中的勾选图标312,这样用户可以知道当前选择的是哪一个发票信息。图3中,付款方还可以通过新增按钮313配置一个新的发票信息。图3中展示的发票信息可以是一个简要的信息,付款方可以通过详情按钮314查看具体的发票信息。如图4所示的发票详情示意图,一般的,详细的发票信息可以包括开票抬头、税号、开户行、银行帐号、注册地址、联系电话等。当然,不同地区、不同国家具体内容可能略有不同,此处不一一进行赘述。付款方还可以在发票详情界面中对发票内容进行修改,例如通过图4中编辑按钮411。
在实际应用中,不是所有场景都需要开票,也不是所有付款方都会开票的。因此,有时并不需要每一次进行付款时,都获取开票信息。为此,在一个具体地实施例中,所述步骤210,可以包括:
在付款方客户端进行付款的情况下,生成不包含开票信息的付款信息;
在满足执行获取开票信息的条件的情况下,所述付款方客户端获取开票信息。
该实施例中,付款方客户端第一次生成的付款信息是不包含开票信息的,与传统付款信息相同;而在付款方客户端获取开票信息之后第二次生成的付款信息是包含开票信息的。
所述满足执行获取开票信息的条件,可以是预先设置的;例如对于移动终端来说,可以是在进行付款的页面中设置一个用于获取开票信息的按钮,当付款人点击该按钮时,满足条件,从而获取开票信息。如果付款人不需要开票,则无需点击该按钮,直接向收款方展示生成的不包含开票信息的付款信息即可。
再例如,对于提供语音控制的终端来说,可以预先设置一个用于获取开票信息的语音控制命令(如“我要开票”),当监测到付款人说出该语音控制命令时,满足条件,从而获取开票信息。如果付款人不需要开票,可以直接向收款方广播生成的不包含开票信息的付款信息即可。
步骤220:所述付款方客户端生成包含所述开票信息的付款信息。
本实施例,付款方客户端在获取到开票信息后,可以主动生成包含所述开票信息的付款信息。也就是说,所述付款信息即包括了传统的用于付款的例如付款方标识,还包括了开票信息。
所述付款信息可以包括付款图形码或付款声波。其中,付款图形码可以包括付款二维码、付款条形码等。
以付款二维码为例,用户打开支付应用并点击二维码付款后,现有技术中直接生成付款二维码。而本实施例中,用户打开支付应用并点击二维码付款后,需要先获取到开票信息,然后生成包含所述开票信息的付款二维码。也就是说,现有技术中生成的付款二维码不包含开票信息,而本实施例中生成的付款二维码包含开票信息。
同样地,以付款声波为例,用户打开支付应用并点击声波付款后,现有技术中直接生成一段用于付款的声波。而本实施例中,用户打开支付应用并点击二维码付款后,需要先获取到开票信息,然后生成一段包含所述开票信息的用于付款的声波。也就是说,现有技术中生成的付款声波不包含开票信息,而本实施例中生成的付款声波包含开票信息。
步骤230:收款方客户端获取所述付款方客户端提供的付款信息,解析出所述付款信息中开票信息。
如前所述,一种实现方式中,所述付款信息包括付款图形码,则所述收款方客户端获取付款方客户端提供的付款信息,具体包括:
收款方客户端扫描付款方客户端提供的付款图形码。
以付款二维码为例,付款方可以向收款方展示手机中生成的付款二维码,收款方可以通过收款方客户端启动摄像头进行扫码,在扫码成功后,收款方客户端可以解析出该付款二维码中包含的开票信息。
另一种实现方式中,所述付款信息包括付款声波,则所述收款方客户端获取付款方客户端提供的付款信息,具体包括:
收款方客户端监听付款方客户端广播的付款声波。
以付款声波为例,付款方可以通过付款方客户端向收款方广播生成的付款声波,收款方可以通过收款方客户端启动声波模块进行监听,在监听到付款声波后,收款方客户端可以解析出该付款声波中包含的开票信息。
步骤240:所述收款方客户端调用支付平台的支付接口用以完成收款。
所述支付平台通常对外提供用于进行支付的支付接口。具体地,付款方客户端生成的付款信息中一般包括有付款方账户标识,在收款方客户端解析付款信息时,也可以识别该付款方账户标识;进一步的,收款方客户端调用支付接口,发起收款请求,所述收款请求中可以包括付款方账户标识、收款方账户标识、收款金额等支付信息。支付平台根据所述支付信息,从付款方账户中提取收款金额的资金注入到收款方账户中,如此完成收款。
一般情况下,支付平台在完成收款后,可以向付款方客户端和收款方客户端分别发送支付成功的通知。
步骤250:在所述收款方客户端接收到所述支付平台返回收款成功的情况下,供开票系统生成所述开票信息的纸质或者电子发票。
所述收款方客户端在接收到所述支付平台返回收款成功的情况下,可以供开票系统生成所述开票信息的纸质或者电子发票。对于电子发票,收款方客户端在开票系统生成电子发票后,还可以直接发送给付款方客户端;或者,发送给支付平台,经所述支付平台间接发送给付款方客户端。
本说明书实施例,通过在付款方进行支付过程中,传输所述付款方的开票信息;使得收款方在成功收取到所述付款方支付的款项后,可以根据该传输过来的开票信息,供开票系统生成所述开票信息的纸质或者电子发票。如此,可以提高收款方开票效率;避免人为因素导致的开票错误。
以下结合图5介绍本申请以付款方客户端为主体的方法实施例,该实施例可以对应图2:
步骤510:在进行付款的情况下,获取开票信息;其中,所述开票信息用于生成纸质或者电子发票;
步骤520:生成包含所述开票信息的付款信息。所述付款信息用以供收款方客户端解析出开票信息,以及在所述收款方客户端接收到支付平台返回收款成功的情况下,供开票系统生成所述开票信息的纸质或者电子发票。
可选地,所述付款信息包括付款图形码或付款声波。
可选地,所述步骤510,具体包括:
在进行付款的情况下,生成不包含开票信息的付款信息;
在满足执行获取开票信息的条件的情况下,获取开票信息。
可选地,所述步骤510,具体包括:
在进行付款的情况下,展示付款方预先配置的发票信息;
获取付款方选择的开票信息。
可选地,所述获取开票信息,具体包括:
获取默认的开票信息;
所述默认的开票信息包括:最近一次使用的开票信息;或者,历史使用次数最多的开票信息;或者,付款方设置的默认开票信息。
以下结合图6介绍本申请以收款方客户端为主体的方法实施例,该实施例可以对应图2:
步骤610:获取付款方客户端提供的付款信息,解析出所述付款信息中开票信息;
步骤620:调用支付平台的支付接口用以完成收款;
步骤630:在接收到所述支付平台返回收款成功的情况下,供开票系统生成所述开票信息的纸质或者电子发票。
可选的,所述付款信息包括付款图形码,所述获取付款方客户端提供的付款信息,具体包括:
扫描付款方客户端提供的付款图形码;
或者,
所述付款信息包括付款声波,所述获取付款方客户端提供的付款信息,具体包括:
监听付款方客户端广播的付款声波。
以下可以结合图7所示的例子介绍本说明书一种实现信息传输的方法的实施例,如图7所示,该方法可以包括以下步骤:
步骤710:付款方客户端获取收款方提供的收款信息,解析出所述收款信息中收款方账户。
本实施例中,收款方客户端提供的收款信息可以是收款方客户端与支付平台协商后确定的。例如,收款方客户端可以调用支付平台收款链接接口,支付平台可以返回收款链接;收款方客户端根据所返回的收款链接生成收款信息。
所述收款信息可以包括收款图形码,付款方客户端在需要向收款方付款时,可以扫码付款方的收款图形码;从而可以解析出收款图形码中收款方账户。
所述收款信息还可以包括收款声波,付款方客户端在需要向收款方付款时,可以开启声波模块,在监听收款方广播的收款声波后,可以解析出收款声波中收款方账户。
步骤720:在跳转到付款界面的情况下,所述付款方客户端获取开票信息;其中,所述开票信息用于生成纸质或者电子发票。
如图2实施例类似的,所述付款方客户端获取开票信息,具体包括:
所述付款方客户端获取默认的开票信息;
所述默认的开票信息包括:最近一次使用的开票信息;或者,历史使用次数最多的开票信息;或者,付款方设置的默认开票信息。
在另一种方式中,所述付款方客户端获取开票信息,具体包括:
所述付款方客户端展示付款方预先配置的发票信息;
所述付款方客户端获取付款方选择的开票信息。
在另一种方式中,所述付款方客户端获取开票信息,具体包括:
在满足执行获取开票信息的条件的情况下,所述付款方客户端获取开票信息。
如图8a所示付款方客户端可以跳转到付款界面,付款方可以在付款界面填写支付金额。付款方可以选择是否需要发票,如果付款方选择需要发票,如图8b所示可以展示付款方预先配置的发票信息。付款方最后可以通过点击确认付款进行支付。
上述实现方式可以参考前述图2实施例中具体的描述,此处不再赘述。
步骤730:所述付款方客户端调用支付平台的支付接口用以完成向收款方账户付款,并向所述支付平台发送所述开票信息。
与图2所示实施例不同的是,图2实施例是收款方客户端向支付平台发起收款请求;而本实施例是由付款方客户端向支付平台发起付款请求,并且还额外向支付平台发送开票信息。所述付款请求可以包括付款方账户标识、收款方账户标识、付款金额;所述开票信息可以包含在付款请求中,也可以不包含在付款请求中;即可以与付款请求同步或者异步发送给支付平台。支付平台根据所述付款请求,从付款方账户中提取付款金额的资金注入到收款方账户中,如此完成收款。一般情况下,支付平台在完成收款后,可以向付款方客户端和收款方客户端分别发送支付成功通知。
步骤740:所述支付平台接收所述开票信息,在所述收款方账户收款成功的情况下,向收款方客户端发送收款成功通知,该通知携带有所述开票信息。
支付平台在完成收款,即收款方账户收款成功的情况下,可以向收款方客户端发送收款成功通知,该通知携带有所述开票信息。
步骤750:所述收款方客户端在接收到所述支付平台发送收款成功通知的情况下,获取所述通知携带的开票信息,从而供开票系统生成所述开票信息的纸质或者电子发票。
所述收款方客户端在接收到所述支付平台返回收款成功通知后,可以获取所述通知携带的开票信息,从而供开票系统生成所述开票信息的纸质或者电子发票。对于电子发票,收款方客户端在开票系统生成电子发票后,还可以直接发送给付款方客户端;或者,发送给支付平台,经所述支付平台间接发送给付款方客户端。
本说明书实施例,通过在付款方进行支付过程中,传输所述付款方的开票信息;使得收款方在成功收取到所述付款方支付的款项后,可以根据该传输过来的开票信息,供开票系统生成所述开票信息的纸质或者电子发票。如此,可以提高收款方开票效率;避免人为因素导致的开票错误。
以下可以结合图9所示的例子介绍本说明书一种实现信息传输的方法的实施例,如图9所示,该方法可以包括以下步骤:
步骤810:收款方客户端采集付款方的生物特征信息;
所述生物特征信息包括指纹、掌纹、虹膜、眼纹、人脸、声波、脑电波中的至少一种。
步骤820:所述收款方客户端向支付平台发起包含有所述生物特征信息的收款请求。
步骤830:所述支付平台在识别出所述生物特征信息对应的付款方账户的情况下,获取所述付款方账户默认的开票信息。
所述默认的开票信息包括:最近一次使用的开票信息;或者,历史使用次数最多的开票信息;或者,付款方设置的默认开票信息。
步骤840:所述支付平台在完成收款的情况下,向所述收款方客户端返回收款成功通知;该通知携带有所述开票信息;
步骤850:所述收款方客户端在接收到所述支付平台发送收款成功通知的情况下,获取所述通知携带的开票信息,从而供开票系统生成所述开票信息的纸质或者电子发票。
本说明书实施例,付款方可以仅通过提供生物特征信息,在支付平台识别出所述生物特征信息对应的付款方账户后,自动完成支付以及自动将开票信息传输给收款方客户端,以供开票系统生成所述开票信息的纸质或者电子发票。相对于前述实施例,本实施例付款方无需携带付款方客户端,在用户体验上更好,支付效率更高。
与前述信息传输的方法实施例相对应,本说明书还提供了信息传输的装置的实施例。所述装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,本说明书信息传输的装置所在设备的一种硬件结构可以包括处理器、网络接口、内存以及非易失性存储器之外,实施例中装置所在的设备通常根据该信息传输的实际功能,还可以包括其他硬件,对此不再赘述。
请参见图10,为本说明书一实施例提供的信息传输的装置的模块图,所述装置对应了图5所示实施例,所述装置包括:
获取单元910,在进行付款的情况下,获取开票信息;其中,所述开票信息用于生成纸质或者电子发票;
生成单元920,生成包含所述开票信息的付款信息。
在一个可选的实施例中:
所述获取单元910,具体包括:
在进行付款的情况下,生成不包含开票信息的付款信息;
在满足执行获取开票信息的条件的情况下,获取开票信息。
在一个可选的实施例中:
所述付款信息包括付款图形码或付款声波。
在一个可选的实施例中:
所述获取单元910,具体包括:
在进行付款的情况下,展示付款方预先配置的发票信息;
获取付款方选择的开票信息。
在一个可选的实施例中:
所述获取开票信息,具体包括:
获取默认的开票信息;
所述默认的开票信息包括:最近一次使用的开票信息;或者,历史使用次数最多的开票信息;或者,付款方设置的默认开票信息。
请参见图11,为本说明书一实施例提供的信息传输的装置的模块图,所述装置对应了图6所示实施例,所述装置包括:
获取单元1010,获取付款方客户端提供的付款信息,解析出所述付款信息中开票信息;
调用单元1020,调用支付平台的支付接口用以完成收款;
生成单元1030,在接收到所述支付平台返回收款成功的情况下,供开票系统生成所述开票信息的纸质或者电子发票。
在一个可选的实施例中:
所述付款信息包括付款图形码,所述获取付款方客户端提供的付款信息,具体包括:
扫描付款方客户端提供的付款图形码;
或者,
所述付款信息包括付款声波,所述获取付款方客户端提供的付款信息,具体包括:
监听付款方客户端广播的付款声波。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上图10描述了信息传输的装置的内部功能模块和结构示意,其实质上的执行主体可以为一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
在进行付款的情况下,获取开票信息;其中,所述开票信息用于生成纸质或者电子发票;
生成包含所述开票信息的付款信息。
以上图11描述了信息传输的装置的内部功能模块和结构示意,其实质上的执行主体可以为一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
获取付款方客户端提供的付款信息,解析出所述付款信息中开票信息;
调用支付平台的支付接口用以完成收款;
在接收到所述支付平台返回收款成功的情况下,供开票系统生成所述开票信息的纸质或者电子发票。
在上述电子设备的实施例中,应理解,该处理器可以是中央处理单元(英文:Central Processing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:Digital Signal Processor,简称:DSP)、专用集成电路(英文:Application SpecificIntegrated Circuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,而前述的存储器可以是只读存储器(英文:read-only memory,缩写:ROM)、随机存取存储器(英文:random access memory,简称:RAM)、快闪存储器、硬盘或者固态硬盘。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于电子设备实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本说明书的真正范围和精神由下面的权利要求指出。
应当理解的是,本说明书并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。