物联网设备的费用支付方法和装置
技术领域
本说明书实施例涉及物联网技术领域,尤其涉及一种物联网设备的费用支付方法和装置。
背景技术
随着物联网技术的蓬勃发展,物联网设备的费用支付方法也逐渐得到规范和统一。按照消费和支付的先后顺序,相关技术中的费用支付方法可以分为先充值再消费和先消费再支付两种情况,但上述两种费用支付方法,物联网设备的价值交换都无法实现平衡,进而可能带来一系列的问题,具体如下:先充值再消费的方式容易提高消费成本,一定程度抑制消费,例如,共享单车公司需要预付给移动运营商上万计车辆的网络流量费用,预付的费用巨大,将极大提高创新的成本,对物联网创新存在抑制;而先消费再支付的方式,又存在消费后无法支付对应费用的问题,例如,公司资不抵债或个人老赖拒不支付,使得采用此方法前往往需要评估公司或个人的还款能力,而造成这种费用支付方法应用在上百亿的物联网设备中也变得更加困难。
发明内容
本说明书实施例提供一种物联网设备的费用支付方法和装置,用于解决物联网设备的价值交换不平衡的问题。
本说明书实施例采用下述技术方案:
第一方面,提供了一种物联网设备的费用支付方法,包括:
物联网设备接受服务提供方提供的业务服务;
所述物联网设备和对应的支付服务端进行可信认证,其中,所述支付服务端用于为所述物联网设备接受的业务服务进行结算支付处理;
在所述可信认证通过的情况下,所述物联网设备在接受所述业务服务的过程中,通过所述支付服务端定时对接受的业务服务进行结算实时支付。
第二方面,提供了一种物联网设备的费用支付方法,包括:
服务提供方向物联网设备提供业务服务;
所述服务提供方在向所述物联网设备提供业务服务的过程中,实时接收所述物联网设备通过支付服务端发起的支付结果,其中,所述支付结果是所述支付服务端对所述物联网设备接受的业务服务进行实时支付得到的,所述物联网设备和所述支付服务端通过可信认证,所述支付服务端用于为所述物联网设备接受的业务服务进行支付处理。
第三方面,提供了一种物联网设备的费用支付装置,包括:
业务服务接受模块,接受服务提供方提供的业务服务;
可信认证模块,和所述物联网设备对应的支付服务端进行可信认证,其中,所述支付服务端用于为所述物联网设备接受的业务服务进行支付处理;
支付处理模块,在所述可信认证通过的情况下,在接受所述业务服务的过程中,通过所述支付服务端对接受的业务服务进行实时支付。
第四方面,提供了一种物联网设备的费用支付装置,包括:
业务服务提供模块,向物联网设备提供业务服务;
支付处理模块,在向所述物联网设备提供所述业务服务的过程中,实时接收所述物联网设备通过支付服务端发起的支付结果,其中,所述支付结果是所述支付服务端对所述物联网设备接受的业务服务进行实时支付得到的,所述物联网设备和所述支付服务端通过可信认证,所述支付服务端用于为所述物联网设备接受的业务服务进行支付处理。
第五方面,提供了一种电子设备,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如下操作:
接受服务提供方提供的业务服务;
和所述物联网设备和对应的支付服务端进行可信认证,其中,所述支付服务端用于为所述物联网设备接受的业务服务进行支付处理;
在所述可信认证通过的情况下,在接受所述业务服务的过程中,通过所述支付服务端对接受的业务服务进行实时支付。
第六方面,提供了一种电子设备,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如下操作:
向物联网设备提供业务服务,其中,该电子设备用于为所述物联网设备提供业务服务;
在向所述物联网设备提供所述业务服务的过程中,实时接收所述物联网设备通过支付服务端发起的支付结果,其中,所述支付结果是所述支付服务端对所述物联网设备接受的业务服务进行实时支付得到的,所述物联网设备和所述支付服务端通过可信认证,所述支付服务端用于为所述物联网设备接受的业务服务进行支付处理。
第七方面,提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如下操作:
接受服务提供方提供的业务服务;
和所述物联网设备和对应的支付服务端进行可信认证,其中,所述支付服务端用于为所述物联网设备接受的业务服务进行支付处理;
在所述可信认证通过的情况下,在接受所述业务服务的过程中,通过所述支付服务端对接受的业务服务进行实时支付。
第八方面,提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如下操作:
服务提供方向物联网设备提供业务服务;
在向所述物联网设备提供所述业务服务的过程中,实时接收所述物联网设备通过支付服务端发起的支付结果,其中,所述支付结果是所述支付服务端对所述物联网设备接受的业务服务进行实时支付得到的,所述物联网设备和所述支付服务端通过可信认证,所述支付服务端用于为所述物联网设备接受的业务服务进行支付处理。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:在物联网场景下,物联网设备在接受服务提供方提供的业务服务的过程中,通过对应的支付服务端对接受的业务服务进行实时支付,能够使物联网设备保持价值交换平衡;同时,物联网设备在费用支付前和支付服务端进行可信认证,使得物联网设备和服务提供方之间的支付更可信、安全。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本说明书的一个实施例提供的物联网设备的费用支付方法流程示意图;
图2为本说明书一个实施例提供的物联网设备的费用支付方法的系统架构示意图;
图3为本说明书一个实施例提供的物联网设备的费用支付方法中的账户关系示意图;
图4为本说明书一个具体实施例提供的物联网设备的费用支付方法流程示意图;
图5为本说明书另一个实施例提供的物联网设备的费用支付方法流程示意图;
图6为本说明书的一个实施例提供的物联网设备的费用支付装置结构示意图;
图7为本说明书的另一个实施例提供的物联网设备的费用支付装置结构示意图;
图8为实现本说明书各个实施例的电子设备硬件结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
如图1所示,本说明书的一个实施例提供一种物联网设备的费用支付方法100,包括如下步骤:
S102:物联网设备接受服务提供方提供的业务服务。
其中,上述服务提供方用于为物联网设备提供业务服务。
本说明书各个实施例中提到的物联网设备,例如,可以是共享单车、共享汽车等。服务提供方,具体可以是移动网络提供商、共享充电桩等,还可以包括上述移动网络提供商的服务端设备以及共享充电桩的服务端设备。可选地,上述服务提供方也是物联网设备。
上述物联网设备通常可以接收服务提供方提供的业务服务,例如,共享单车接受移动网络提供商提供的移动网络;共享汽车接受共享充电桩提供的充电业务;同时,上述物联网设备还可以对外提供业务服务,例如,共享单车给用户提供有偿骑行服务;共享汽车给用户提供有偿驾驶服务等。
可选地,S102之前还可以包括如下几个步骤:
1)物联网设备向多个目标服务提供方发送服务请求,S102中提到的服务提供方是这多个目标服务提供方中的一个。该步骤具体例如,共享汽车需要充电时,可以向附近的多个共享充电桩等广播发送充电服务请求,这样,能够提供充电服务业务的多个共享充电桩即可向共享汽车反馈可用服务结果,即执行下述步骤。
2)接收所述多个目标服务提供方发送的可用服务结果。该步骤中的可用服务结果,例如,可以包括共享充电桩的标识信息、单位时长的价格、充电速度、充电功率等等。
3)对接收到的可用服务结果进行比对,基于比对结果确定与所述服务提供方建立服务连接。具体例如,共享汽车按照单位时长的价格低、充电速度快以及充电功率大的标准,从上述多个目标共享充电桩中选取一个共享充电桩,并与之建立服务连接。
S104:物联网设备和对应的支付服务端进行可信认证。
优选地,该步骤中的可信认证为双向可信认证,即物联网设备对服务端进行可信认证,同时服务端对物联网设备进行可信认证,上述可信认证可以是签名认证,当然也可以是其他的可信认证方式。
通常情况下,一个支付服务端可以为成百上千的物联网设备提供后台服务,支付服务端可以为物联网设备接受的业务服务进行支付处理。该步骤中支付服务端对物联网设备进行可信认证,可以保证后续的支付处理的安全、可信。同时,物联网设备对支付服务端进行可信认证,可以避免物联网设备被非法劫持,同样可以保证后续的支付处理的安全、可信。
可选地,该步骤中的可信认证是签名认证。具体地,该步骤中支付服务端对物联网设备进行签名认证时,物联网设备可以向支付服务端发送经第一私钥加密的支付请求,使得支付服务端通过与第一私钥对应的第一公钥对物联网设备进行签名认证。
这样,支付服务端在接收到物联网设备发送的支付请求后,即可向物联网设备发送支付确认请求;其中,上述支付请求中可以携带服务提供方(如共享充电桩的)的标识信息、单位时长的价格、接受服务的起始时间等等。
该步骤中物联网设备对支付服务端进行签名认证时,物联网设备可以接收支付服务端经第二私钥加密的支付确认请求,并通过与第二私钥对应的第二公钥对支付服务端进行签名认证。
可选地,在一个优选的实施例中,上述物联网设备包括有可信执行环境,上述支付请求根据可信执行环境生成,上述第一私钥存储在可信执行环境中。该实施方式下,物联网设备包括有可信执行环境,进一步保证后续的支付处理的安全、可信。
S106:在可信认证通过的情况下,物联网设备在接受业务服务的过程中,通过支付服务端对接受的业务服务进行实时支付。
该步骤中,物联网设备在接受业务服务的过程中,通过支付服务端对已经接受的业务服务进行实时支付,例如,共享汽车在接收共享充电组提供的充电服务的过程中,共享汽车的支付服务端每秒/每分钟支付一次;又例如,共享单车在接收移动运营商提供的移动网络服务的过程中,服务端每分钟/每小时支付一次等,支付的频率远大于现有技术中的按月/按年的支付方式。
该步骤中提到的实时支付,可以理解为按照预设的时间间隔进行支付,例如,每分钟/每秒支付一次,具体可以采用流支付的支付处理方式,具体可以由定时器触发支付处理,适用于物联网设备接受业务服务的时间不长的情况下。
该步骤中提到的实时支付,还可以理解为每个固定的时间点支付一次,例如,每分钟的第0秒(每分钟的起始时刻)支付一次;或每个整点(1点、2点等)结算一次,具体可以由系统时间触发支付处理,适用于物联网设备接受业务服务的时间持续较长的情况下。
在一个具体的实施例中,物联网设备的支付服务端可以采用流支付的支付方式,对已接受的业务服务进行支付。
可选地,物联网设备包括有物联网账户,上述物联网账户与物联网设备的设备标识唯一对应,且该物联网账户不可更改。该物联网账户还可以与具体的银行账户绑定。上述通过支付服务端对接受的业务服务进行实时支付包括:基于所述物联网账户中的余额,通过所述支付服务端对接受的业务服务进行实时支付。
可选地,上述对接受的业务服务进行实时支付包括:通过支付服务端以预设的时间间隔对接受的业务服务进行(实时)支付,其中,所述时间间隔的时长信息由所述支付服务端配置。该实施例中,支付服务端可以根据业务服务的类型等信息配置上述时间间隔的时长信息。可以理解,上述时间间隔的时长越短,越能够保持物联网设备的价值交换平衡,但支付服务端的并发的支付处理压力会增大;上述时间间隔的时长越长,能够减轻支付服务端的并发处理压力。
可选地,上述通过所述支付服务端以预设的时间间隔对接受的业务服务进行支付包括:所述支付服务端基于所述业务服务单位时长的价格和所述时长信息,对接受的业务服务进行支付。
本说明书实施例提供的物联网设备的费用支付方法,在物联网场景下,物联网设备在接受服务提供方提供的业务服务的过程中,通过对应的支付服务端对接受的业务服务进行实时支付,能够使物联网设备保持价值交换平衡;同时,物联网设备在费用支付前和支付服务端进行可信认证,使得物联网设备和服务提供方之间的支付更可信、安全。
上述提到的能够使物联网设备保持价值交换平衡,即物联网设备在接受业务服务时,其价值是持续增加的,该实施例在接受业务服务的同时进行实时支付处理,减少物联网设备账户中的余额,能够使物联网设备保持价值交换平衡,避免先充值再消费造成的提高消费成本、抑制消费的问题;同时避免先消费再支付造成的消费后无法支付费用的问题。
可选地,上述若干个实施例中的物联网设备还可以对外提供业务服务,这样,上述多个实施例还可以包括如下步骤:
1)物联网设备为服务接受方提供业务服务,其中,服务接受方也可以是物联网设备。
2)物联网设备在向服务接受方提供业务服务的过程中,实时接收服务接受方的支付服务端发起的支付结果,其中,上述支付结果是服务接受方的支付服务端对已接受的业务服务进行实时支付得到的。
为详细说明本说明书实施实例提供的物联网设备的费用支付方法,以下将结合具体的应用实施例进行介绍。如图2所示,首先对物联网设备的费用支付方法应用的系统架构进行介绍。
如图2所示,物联网设备的费用支付方法的系统架构从底层到高层依次为:嵌入式设备层、通讯层、流支付核心层和应用层(未图示),以下将对每一层架构进行详细说明。
1、嵌入式设备层
由于本说明书各个实施例中涉及到支付处理,因此对安全性要求极高。在流支付(对应于前文中的实时支付)的整个过程中,物联网设备需要是可信、合法、无法被篡改,因此,这类嵌入式物联网设备需要具有可信执行环境。可信执行环境是由硬件增强的安全性环境(提供代码隔离)与安全软件组成,安全软件提供基础安全服务与信任链中其他单元的接口。
可信运行环境包括密钥生成,验证签名和安全硬件。
秘钥生成,为了保证通信的安全和物联网设备的可信,本说明书实施例采用公私钥进行安全签名认证(对应于前文中提到的可信认证)。公私钥包括设备公私钥(即前文中的第一公钥和第一密钥)和业务公私钥(即前文中的第二公钥和第二密钥)。
物联网设备出厂前可以在可信环境中生成设备公私钥,设备私钥存储在物联网设备的可信运行环境中,设备公钥由设备厂商统一上传到物联网设备授权中心,物联网设备授权中心还可以提供给流支付处理中心。通过该设备公私钥可以保证物联网设备可信。具体方法是,物联网设备向支付服务端发送的每条请求信息均用设备私钥加密,支付服务端采用设备公钥进行解密,保证物联网设备可信。
上述业务公私钥中的业务公钥由物联网设备授权中心生成后嵌入应用代码中,物联网设备可以获取的到。业务私钥则存储在在流支付处理中心。
另外,每一个物联网设备还包括有设备ID,设备ID在物联网设备出厂前和设备公钥一同上传给物联网设备授权中心。在上传的同时还会生成这个物联网设备绑定的唯一的一个三级IoT设备账户。该三级IoT设备账户生成后不可修改,但该三级IoT设备账户后续可以和具体的银行账户(如后文提到的一级账户)等绑定。
上述验证签名,可以用来实现物联网设备和支付服务端设备的签名认证。上述安全硬件,例如,可以包括ARM在TrustZone架构中用的可信加密模块等。
图2中的通用流支付接口,该接口对流支付应用可信环境下的接口作对应的封装,供对应的授权的应用调用。
2、通讯层
图2中的通讯层通常涉及到两类协议,即短距离通信协议和长距离通信协议。短距离通信技术主要用于物联网设备间通信,主要包括蓝牙、zigbee和Wi-Fi等,例如,物联网设备向服务提供方询问是否能提供业务服务、能提供哪些业务服务及服务提供方的设备ID等。长距离通信技术主要用于物联网设备与支付服务端的通信,主要包括2G、3G、4G、5G、窄带物联网(Narrow Band Internet of Things,NB-IoT)等。物联网设备在进行支付、收款、服务询问、验证合法性等操作时,需要与支付服务端进行交互,支付服务端可以实时更新物联网设备对应的三级IoT设备账户的金额信息。
3、流支付核心层
流支付核心层主要包含了流支付的核心模块,包括保证流支付安全的可信校验模块、授权处理模块、安全风控模块等,以及实时交易相关的交易核心模块、设备账户模块等。
1)设备账户模块,物联网设备的三级IoT设备账户与物联网设备唯一绑定,一旦确定不可修改。该三级IoT设备账户是属于虚拟账户,在使用时还需要与真实拥有者的账户进行绑定。拥有者的账户可以是一级账户,三级IoT设备账户可以直接与一级账户绑定。当然,三级IoT设备账户也可能先与二级账户绑定后,再与一级账户绑定。二级账户可以提供分组的功能。实际拥有者可以依据自己的需求创建二级账户。例如,可以将属于同一类、且在同一地区的物联网设备的三级IoT设备账户设备归属在同一个二级账户下,见图3。
2)授权处理模块,授权处理指的是物联网设备三级IoT设备账户与二级账户或者一级账户进行绑定。三级IoT设备账户与物联网设备的ID一一对应,且不可更改。但是物联网设备存在拥有者的变更发生,或者是首次操作时需要绑定对应的拥有者的账户。授权处理模块可以将三级IoT设备账户与当前拥有者的二级账户或者一级账户绑定。
3)可信校验模块,可信校验模块可以依据物联网设备出厂时,由设备授权中心上传的设备公钥对物联网设备进行校验,以保证该物联网设备可信,即物联网设备是由经过授权的生成厂家生产。
4)安全风控模块,安全风控模块可以识别当前实时交易中的异常交易。对黑名单、地点异常、突然大额交易、反常交易等操作进行监控,可以进行对应的拦截或者可以要求进行对应的核验身份。
5)交易核心模块,除了传统交易中主要清算、核对、账务,以及最基本的与外部的银行账户链路打通外。在该系统架构中,由于是流支付,可能一分钟或几秒就自动完成一次支付。所以交易核心对三级IoT设备账户的并发操作需要特别处理。但当前支付是比较具有规律性的,类似于定时任务,所以在流支付开始前,可以由支付服务端对三级IoT设备账户进行交易定时交易周期开始时间的约定,由此可以极大减轻支付服务端对统一账户并发处理的压力。
本说明书实施例由于采用流支付模式,请求量极大的增加,对支付服务端请求带来极大的压力。由此依据物联网特点,根据地理位置,在各地部署边缘支付服务端,降低网络拥塞,提高响应速度。
4、应用层
应用层主要包括流支付的各种应用以及统一流支付认证中心等。
以下将结合图2所示的系统架构和图4所示的流程图,对本说明书实施例提供的物联网设备的费用支付方法进行详细介绍。
S402:支付设备发送服务请求。
物联网设备(即图4中的支付设备)需要接受业务服务时,可以通过短距离通讯技术,例如zigbee技术,向周边服务提供方发出服务请求。
具体例如,共享汽车需要充电时,可以向附近的多个共享充电桩等广播发送充电服务请求,这样,能够提供充电服务业务的多个共享充电桩即可向共享汽车反馈可用服务结果。
该实施例中,接受服务的物联网设备因需要进行支付操作,因此在图4中为支付设备。服务提供方包括提供服务的设备,见图中的收款设备和收款设备对应的服务端-收款方服务端,其中,收款设备也可以是物联网设备。
S404:收款设备进行服务可提供性判断。
能够提供业务服务的多个收款设备接收到上述服务请求后,在内部对是否能够提供业务服务进行对应的判断,例如自身容量是否充足、是否能提供对应的资源等。
S406:收款设备向支付设备发送可用服务结果。
图4中的收款设备在内部可提供性判断后,可以与支付设备抢先建立服务连接,并返回可用服务结果。例如,支付设备是共享汽车,收款设备是共享充电桩时,可用服务结果可以包括共享充电桩的标识信息、单位时长的价格、充电速度、充电功率等等。
可选地,S406可能还涉及收款设备间争抢提供业务服务,支付设备进行价格比较等操作。
S408:支付设备请求付款设备的设备ID。
S410:收款设备向支付设备返回设备ID。
当然,在其他的实施例中,S406发送的可用服务结果中可以直接携带收款设备的设备ID,这种情况下,S408和S410可以省略。
S412:收款设备开始为支付设备提供试用服务。
S414:支付设备接受试用服务,并确认服务可行后,可以执行S416以发起流支付,当然,该过程中支付设备继续接受业务服务。
S416:支付设备向对应的支付方服务端发送支付请求。
该支付请求中可以携带收款设备(如共享充电桩的)的标识信息(设备ID)、单位时长的价格、接受服务的起始时间等等。支付方服务端可以为支付设备接受的业务服务进行支付处理,该支付方服务端对应于前文中的支付服务端。
S418:支付方服务端通过流支付处理中心进行签名认证,在签名认证通过下执行S420。
通常,支付设备向支付方服务端发送的支付请求经第一私钥加密,支付方服务端通过与第一私钥对应的第一公钥对物联网设备进行签名认证,具体的签名认证操作可以由流支付处理中心完成。
S420:支付方服务端向支付设备发送支付确认请求。
S422:支付设备对支付方服务端进行签名认证,在签名认证通过的情况下执行S424。
具体地,支付设备接收的支付确认请求由支付方服务端经第二私钥加密,因此,支付设备可以通过与第二私钥对应的第二公钥对支付方服务端进行签名认证,在签名认证通过下执行S424。
S424:支付设备向支付方服务端发送确认支付请求。
S426:支付方服务端向流支付交易核心发送支付请求。
S428:流支付交易核心对支付方服务端发送的支付请求进行安全风控,并在安全风控通过的情况下执行S430,即对收款设备进行实时支付。
S430:流支付交易核心进行支付处理。
流支付交易核心具体可以基于收款设备的账户进行实时付款,当然,收款设备的设备账户可以由收款方业务服务端统一管理。
S432:流支付交易核心向支付方服务端返回支付结果。
当然,支付方服务端还可以不断向支付设备返回支付结果。
S434:收款设备向收款方服务端发送流收款金额校验请求,收款方服务端向收款设备发送流收款结果。
该步骤中,收款方服务端还可以向流支付交易中心发送查询请求,以得到流收款结果。
可以理解,在支付设备接受收款设备提供的业务服务的过程中,上述S430到S434是一个实时的、持续执行的过程,直至收款设备停止向支付设备提供业务服务。
本说明书实施例提供的物联网设备的费用支付方法,在物联网场景下,物联网设备在接受服务提供方提供的业务服务的过程中,通过对应的支付服务端对接受的业务服务进行实时支付,能够使物联网设备保持价值交换平衡;同时,物联网设备在费用支付前和支付服务端进行签名认证,使得物联网设备和服务提供方之间的支付更可信、安全。
本说明书实施例通过对物联网设备进行支付安全规范,使得物联网设备间的交易变得可信。同时依据协议,物联网设备间每秒级或者分钟级进行交易清算,使得物联网设备在提供或者接受业务服务时,保持价值的交换均衡,打破了传统先付后消费或先消费后付的弊端限制。
本说明书实施例应用在物联网场景下,可以实现物联网设备间账户在秒级或者分钟级达到实时平衡。这对于未来数量可能达到上百亿的物联网设备而言,清晰了资金账户的管理,降低了投资门槛,更避免了资金可能无法入账的风险。
以上结合图1至图4详细描述了根据本发明实施例的物联网设备的费用支付方法。下面将结合图5详细描述根据本发明另一实施例的物联网设备的费用支付方法。可以理解的是,从服务提供方侧描述与图1所示的方法中的物联网设备侧的描述相同,为避免重复,适当省略相关描述,如图5所示,该实施例500包括如下步骤:
S502:服务提供方向物联网设备提供业务服务。
其中,所述服务提供方用于为所述物联网设备提供业务服务。
S504:在向物联网设备提供业务服务的过程中,实时接收物联网设备通过支付服务端发起的支付结果。
其中,所述支付结果是所述支付服务端对接受的业务服务进行实时支付得到的,所述物联网设备和所述支付服务端通过可信认证,所述支付服务端用于为所述物联网设备接受的业务服务进行支付处理。
本说明书实施例提供的物联网设备的费用支付方法,在物联网场景下,物联网设备在接受服务提供方提供的业务服务的过程中,通过对应的支付服务端对接受的业务服务进行实时支付,能够使物联网设备保持价值交换平衡;同时,物联网设备在费用支付前和支付服务端进行可信认证,使得物联网设备和服务提供方之间的支付更可信、安全。
以上说明书部分详细介绍了物联网设备的费用支付方法实施例,如图6所示,本说明书还提供了一种物联网设备的费用支付装置,该装置具体可以是物联网设备中的一部分,如图6所示,该装置600包括:
业务服务接受模块602,可以用于接受服务提供方提供的业务服务,其中,所述服务提供方用于为物联网设备提供业务服务;
可信认证模块604,可以用于和所述物联网设备对应的支付服务端进行可信认证,其中,所述支付服务端用于为所述物联网设备接受的业务服务进行支付处理;
支付处理模块606,可以用于在所述可信认证通过的情况下,在接受所述业务服务的过程中,通过所述支付服务端对接受的业务服务进行实时支付。
本说明书实施例提供的物联网设备的费用支付装置,在物联网场景下,物联网设备在接受服务提供方提供的业务服务的过程中,通过对应的支付服务端对接受的业务服务进行实时支付,能够使物联网设备保持价值交换平衡;同时,物联网设备在费用支付前和支付服务端进行可信认证,使得物联网设备和服务提供方之间的支付更可信、安全。
可选地,作为一个实施例,所述可信认证为双向可信认证。
可选地,作为一个实施例,可信认证模块604,可以用于所述物联网设备向所述支付服务端发送经第一私钥加密的支付请求,使得所述支付服务端通过与所述第一私钥对应的第一公钥对所述物联网设备进行签名认证;以及
所述物联网设备接收所述支付服务端经第二私钥加密的支付确认请求,并通过与所述第二私钥对应的第二公钥对所述支付服务端进行签名认证。
可选地,作为一个实施例,所述物联网设备包括有可信执行环境,所述支付请求根据所述可信执行环境生成,所述第一私钥存储在所述可信执行环境中。
可选地,作为一个实施例,所述装置600还包括服务建立模块,用于
向多个目标服务提供方发送服务请求,所述服务提供方是所述多个目标服务提供方中的一个;
接收所述多个目标服务提供方发送的可用服务结果;
对接收到的可用服务结果进行比对,基于比对结果确定与所述服务提供方建立服务连接。
可选地,作为一个实施例,所述物联网设备包括有物联网账户,所述物联网账户与所述物联网设备的设备标识相对应;其中,所述通过所述支付服务端对接受的业务服务进行实时支付包括:基于所述物联网账户中的余额,通过所述支付服务端对接受的业务服务进行实时支付。
可选地,作为一个实施例,所述通过所述支付服务端对接受的业务服务进行实时支付包括:通过所述支付服务端以预设的时间间隔对接受的业务服务进行支付,其中,所述时间间隔的时长信息由所述支付服务端配置。
可选地,作为一个实施例,所述通过所述支付服务端以预设的时间间隔对接受的业务服务进行支付包括:所述支付服务端基于所述业务服务单位时长的价格和所述时长信息,对接受的业务服务进行支付。
可选地,作为一个实施例,所述装置600还包括业务服务提供模块,用于为服务接受方提供业务服务;在向所述服务接受方提供所述业务服务的过程中,实时接收所述服务接受方的支付服务端发起的支付结果,其中,所述支付结果是所述服务接受方的支付服务端对接受的业务服务进行实时支付得到的。
根据本说明书实施例的上述物联网设备的费用支付装置600可以参照对应前文本说明书实施例的物联网设备的费用支付方法100的流程,并且,该物联网设备的费用支付装置600中的各个单元/模块和上述其他操作和/或功能分别为了实现物联网设备的费用支付方法100中的相应流程,并且能够达到相同或等同的技术效果,为了简洁,在此不再赘述。
如图7所示,本说明书还提供了一种物联网设备的费用支付装置,该装置具体可以是物联网设备中的一部分,如图7所示,该装置700包括:
业务服务提供模块702,可以用于向物联网设备提供业务服务;
支付处理模块704,可以用于在向所述物联网设备提供所述业务服务的过程中,实时接收所述物联网设备通过支付服务端发起的支付结果,其中,所述支付结果是所述支付服务端对所述物联网设备接受的业务服务进行实时支付得到的,所述物联网设备和所述支付服务端通过可信认证,所述支付服务端用于为所述物联网设备接受的业务服务进行支付处理。
本说明书实施例提供的物联网设备的费用支付装置,在物联网场景下,物联网设备在接受服务提供方提供的业务服务的过程中,通过对应的支付服务端对接受的业务服务进行实时支付,能够使物联网设备保持价值交换平衡;同时,物联网设备在费用支付前和支付服务端进行可信认证,使得物联网设备和服务提供方之间的支付更可信、安全。
根据本说明书实施例的上述物联网设备的费用支付装置700可以参照对应前文本说明书实施例的物联网设备的费用支付方法500的流程,并且,该物联网设备的费用支付装置700中的各个单元/模块和上述其他操作和/或功能分别为了实现物联网设备的费用支付方法500中的相应流程,并且能够达到相同或等同的技术效果,为了简洁,在此不再赘述。
下面将结合图8详细描述根据本说明书实施例的电子设备。参考图8,在硬件层面,电子设备包括处理器,可选地,包括内部总线、网络接口、存储器。其中,如图8所示,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括实现其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外设部件互连标准(Peripheral Component Interconnect,PCI)总线或扩展工业标准结构(ExtendedIndustry Standard Architecture,EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图8中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成转发聊天信息的装置。处理器,执行存储器所存放的程序,并具体用于执行本说明书前文所述的方法实施例的操作。
上述图1至图5所示实施例揭示的方法、装置执行的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
图8所示的电子设备还可执行图1至图5的方法,并实现物联网设备的费用支付方法在图1至图5所示实施例的功能,本说明书实施例在此不再赘述。
当然,除了软件实现方式之外,本申请的电子设备并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
本说明书实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述各个方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。