实现支付的方法、系统、收款设备和客户端与流程

文档序号:12366381阅读:190来源:国知局
实现支付的方法、系统、收款设备和客户端与流程

本申请涉及无线通信技术领域,特别涉及一种实现支付的方法、系统、收款设备和客户端。



背景技术:

随着移动终端的普及,移动支付越来越成为人们常用的支付方式之一。移动支付具有方便快捷的特点。

现有技术中,进行移动支付时,收款方通常需要使用电脑、手机、Pad等设备,并且需要通过网络与支付平台服务器才能完成收款。

现有技术中存在收款方设备没有与支付平台服务器通过网络连通时,收款方不能完成收款的问题。



技术实现要素:

本申请实施例的目的是提供一种实现支付的方法、系统、收款设备和客户端,以实现收款方设备在没有通过网络与支付平台服务器连通的情况下完成收款。

为解决上述技术问题,本申请实施例提供一种实现支付的方法、系统、收款设备和客户端是这样实现的:

一种实现支付的方法,包括:

收款设备发出包含自身标识的短距离无线信号;

客户端接收所述收款设备的标识;

所述客户端获得交易信息,并将第一信息发送至服务器;所述第一信息包括所述交易信息及收款设备标识;

所述服务器接收所述客户端发送的第一信息,并将其中的所述交易信息登记于所述收款设备标识对应的商户账户中。

一种实现支付的方法,包括:

发出包含自身标识的短距离无线信号;

与客户端建立无线连接;

生成会话标识;

将所述会话标识通过建立的所述无线连接发送至所述客户端;

接收所述客户端返回的交易结果和会话标识;

验证所述接收到的会话标识与生成的会话标识是否匹配,如果匹配则根据所述交易结果生成语音信息,并播放所述语音信息。

一种实现支付的方法,包括:

接收所述收款设备的无线广播信号;

从所述无线广播信号中提取收款设备标识;

接收用户输入的交易信息;

将所述收款设备标识及交易信息打包为第一信息,并将所述第一信息发送至服务器;

接收服务器反馈的交易结果;

将接收到的所述交易结果发送至所述收款设备。

一种实现支付的系统,包括收款设备和服务器,其中:

所述收款设备,用于发出包含自身标识的短距离无线信号;

所述服务器,用于接收客户端发送的第一信息;所述第一信息包括所述交易信息及收款设备标识;还用于将第一信息中的所述交易信息登记于所述收款设备标识对应的商户账户中。

一种收款设备,包括无线信号发送单元,第一接收单元,其中:

第一发送单元,用于发出包含自身标识的短距离无线信号;

第一接收单元,用于接收返回的交易结果并播放。

一种收款设备,包括:

第一发送单元,用于发出包含自身标识的短距离无线信号;

第一接收单元,接收返回的交易结果。

第一返回单元,用于返回交易结果确认信息至客户端。

一种收款设备,包括:

第一发送单元,用于发出包含自身标识的短距离无线信号;

第一连接建立单元,用于与客户端建立无线连接;

生成单元,用于生成会话标识;

第二发送单元,将所述会话标识通过建立的所述无线连接发送至所述客户端;

第二接收单元,用于接收所述客户端返回的交易结果和会话标识;

验证单元,用于验证所述接收到的会话标识与生成的会话标识是否匹配,

播放单元,用于当所述验证单元的验证结果为匹配时,播放所述交易结果。

一种客户端,包括:

第三接收单元,用于接收所述收款设备的标识;

获得单元,用于获得交易信息;

第三发送单元,用于将第一信息发送至服务器;所述第一信息包括所述交易信息及收款设备标识;

第四接收单元,用于接收所述服务器返回的交易结果;

第四发送单元,用于将接收到的所述交易结果发送至所述收款设备。

由以上本申请实施例提供的技术方案可见,本申请实施例收款设备通过广播蓝牙信号,所述蓝牙信号包括标识信息;若有终端接收所述蓝牙信号时,与所述终端建立蓝牙连接;生成令牌,并向所述终端发送所述令牌。接收所述终端转发的经加密的交易结果和令牌;分别解密交易结果和令牌;验证所述令牌是否正确;若是,则播放交易结果。可以实现在没有网络时,收款方通过蓝牙 确认收款信息。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1为本申请一实施例中提供的实现支付系统的架构图;

图2为本申请一实施例中提供的方法的流程图;

图3为本申请一实施例中提供的方法的流程图;

图4为本申请一实施例中提供的方法的流程图;

图5为本申请一实施例中提供的方法的流程图;

图6为本申请一实施例中提供的方法的流程图;

图7为本申请一实施例中提供的方法的流程图;

图8为本申请一实施例中以收款设备为主体的方法流程图;

图9为本申请一实施例中以收款设备为主体的方法流程图;

图10为本申请一实施例中以收款设备为主体的方法流程图;

图11为本申请一实施例中以客户端为主体的方法流程图;

图12为本申请一实施例中以客户端为主体的方法流程图;

图13为本申请一实施例中以客户端为主体的方法流程图;

图14为本申请一实施例中以客户端为主体的方法流程图;

图15为本申请一实施例中以客户端为主体的方法流程图;

图16为本申请一实施例中收款设备的模块图;

图17为本申请一实施例中收款设备的模块图;

图18为本申请一实施例中收款设备的模块图;

图19为本申请一实施例中客户端的模块图;

图20为本申请一实施例中客户端的模块图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。

图1为本申请实施例中提供的实现支付的系统的架构图。本实施例中,该系统可以包括收款设备11、客户端12和服务器13。

收款设备11中可以集成有适用于短距离无线通信的模块,如蓝牙(Bluetooth)模块、红外(IrDA)模块、无线局域网(WI-FI或WLAN,大多采用802.11系列协议)模块、WIFI直连(Wi-Fi Direct)模块、超宽带通信(Ultra Wide Band)模块、紫峰(Zigbee)模块、近场通信(Near Field Communication,NFC)模块等,以实现短距离无线信号的收发。

本申请一个实施例中,以蓝牙技术为例进行说明。

蓝牙技术作为取代数据电缆的短距离无线通信技术,可以支持点对点以及点对多点的通信,从而在设备间实现快捷而方便的信息交互。

客户端12可以是安装有应用的终端,例如苹果的IOS系统中安装的移动应用(App)、Google的Android系统中安装的应用或微软的Windows/WindowsPhone系统中安装的应用。结合安装的应用,客户端13可以与收款设备11通过蓝牙进行通信。

服务器13可以是支付平台的服务器,完成验证支付相关的信息传送和支付的验证。

商户可以在其店铺中安装用于收款的收款设备11,例如支持集成有蓝牙模块的收款设备11进行支付的情况。商户通过线下或线上方式进行销售的过程中,可以通过收款设备11进行收款。这样的收款可以是预收款或者交易完成之后的结算。客户端12例如可以是用户持有的安装有应用的移动终端。在与所述商户进行产品或服务的交易后,用户可以通过客户端12进行付款。服务器13如前所述可以是支付平台的服务器。商户处设置的收款设备11在与客户端12进行本申请实施例描述的收款过程中,一般需要与支付平台的服务器13进行信息的验证和收款的账务处理。

以下结合图2所示的例子介绍本申请一种实现支付的方法的实施例,如图所示,包括:

S210:收款设备发出包含自身标识的短距离无线信号。

所述收款设备发出包含自身标识的短距离无线信号,具体的,可以是收款设备以广播的方式发出包含自身标识的短距离无线信号。

所述广播的短距离无线信号,具体的,可以是蓝牙信号、红外信号、无线局域网信号、WIFI直连信号、超宽带通信信号、紫峰信号、近场通信信号等。

仍以蓝牙技术为例,收款设备可以通过蓝牙模块发出包含自身的标识(UUID)的广播信号。蓝牙技术中,蓝牙模块可以通过“全球唯一标识符”(Universally Unique Identifier,UUID)来标识。每一个这样的UUID都在时空上保证蓝牙服务的唯一性。UUID具体可以是短整形(16或32位)和长整形(128位)。UUID可以通过蓝牙广播信号发送。

优选地,所述蓝牙技术,可以采用低功耗蓝牙技术(Bluetooth Low Energy,BLE)。更优地,可以采用iBeacon技术。iBeacon技术是一种基于BLE开发的技术,具有成本低,扩展广,定制灵活的特点。这种iBeacon技术可以使一个智能手机或其他装置在一个iBeacon基站的感应范围内能够执行相应的命令。例如本实施例中,收款设备可以为iBeacon基站。iBeacon已由苹果公司于2013年9月发布的移动设备用OS(iOS7)上配备。

BLE的通信方式一般包括两种:advertising(广告)和connecting(连接)。广告(Advertising)是一种单向的发送机制,属于广播模式的一种。想要被搜索到的设备(如iBeacon基站,收款设备)可以以20毫秒到10秒钟的时间间隔发送一段数据包。使用的时间间隔越短,电池消耗的越快,设备被发现的速度也就会快。数据包长度最多47个字节,一般可以由以下部分组成:

1byte:preamble(1字节做报头)

4byte:access address(4字节做地址)

39bytes:advertising channel PDU(39个字节用于PDU数据包)

3bytes:CRC(3个字节用于CRC数据校验)

BLE设备可以运行在单一的不可连接的广告模式中(在这种模式下所有的信息都包含在广告数据包中);此外,BLE设备也可以运行在可被连接的模式下(即connecting模式)。

本实施例中的收款设备,可以运行在单一的不可连接的广告模式中。这样,收款设备主要是将自身标识通过广告模式发送出去。具体的,所述收款设备的标识,可以承载于上述PDU数据包中。

S220:客户端接收所述收款设备的标识。

以蓝牙技术为例,客户端可以通过扫描广播的蓝牙信号发现收款设备的UUID。具体的,安装于终端上的客户端可以通过调用底层应用编程接口(Application Programming Interface,API),驱动终端对无线信号的扫描。进而,可以扫描到收款设备发出的无线信号,例如通过广播方式发出的蓝牙信号。由于收款设备发出的蓝牙信号包含其自身的标识信息UUID,因此,客户端可以通过扫描的蓝牙广播信号中发现该UUID。

S230:客户端获得交易信息,并将第一信息发送至服务器。

所述第一信息可以包括所述交易信息及接收的收款设备标识。

客户端获得交易信息,可以是通过显示的可点选或可输入的界面元素,接收用户的输入操作,进而接收交易信息。具体的,所述交易信息例如包括交易 金额。

优选地,所述客户端获得交易信息的过程中,还可以要求用户验证交易密码。

所述S220与S230之间,还可以包括以下S221步骤。

S221:客户端向服务器查询所述收款设备标识对应的商户的信息并展示。

客户端可以向服务器发起查询请求,查询所述收款设备标识对应的商户的信息。

所述客户端向服务器发起查询请求,可以是BLE设备运行在可被连接的模式下(即connecting模式),所述客户端与所述服务器建立连接后由客户端向服务器发起查询请求。

通过查询,可以得到所述收款设备标识(UUID)对应的商户的信息。进而,客户端可以在其页面中展示该查询得到的商户的信息,以利于用户在执行后续付款步骤前核实商户信息,例如确认向显示的商户付款。

所述客户端向服务器查询所述收款设备标识对应的商户的信息,可以通过客户端与服务器之间的数据网络连接来查询,例如通过GPRS、3G(第三代移动通信技术)、4G(第四代移动通信技术)、5G(第五代移动通信技术)、WIFI等无线通信连接来查询。

当然,本实施例中也可以没有S221这一步骤。

S240:所述服务器接收所述客户端发送的第一信息,并将其中的交易信息登记于所述收款设备标识对应的商户账户中。

所述服务器接收到所述客户端发送的第一信息后,基于支付平台中记录的商户账户,可以将第一信息中的交易信息登记于所述收款设备对应的商户账户中。具体的,可以将第一信息中的交易金额登记于所述收款设备对应的商户账户中。这样,可以在服务器侧完成付款的登记。

利用本申请上述实施例,商户处集成了短距离无线通信模块的收款设备,在不需要通过网络与支付平台服务器建立连接的情况下,可以将该商户的收款 设备的标识发送至客户端;进而客户端可以将交易信息与包括收款设备标识的信息发送至服务器;服务器接收到这些信息后,可以完成交易信息的登记,从而完成付款。

上述本申请图2所示实施例基础上,如图3所示,还可以包括如下步骤:

S241:所述服务器返回交易结果至所述客户端;

S242:所述客户端将接收到的所述交易结果发送至收款设备;

S243:所述收款设备播放所述交易结果。

所述服务器将交易结果通过网络连接发送至所述客户端,所述客户端再通过短距离无线连接发送至所述收款设备,这样,仍然不需要所述收款设备与所述服务器之间建立无线连接,所述收款设备即可以接收交易结果。

这样的交易结果可以是动画、图片、文字等形式的文件。所述收款设备接收到所述交易结果后,可以播放该交易结果,例如显示图片、文字,或播放视频或动态图片,从而告知持有所述客户端的用户交易成功。

上述本申请图2所示实施例之后,如图4所示,还可以包括如下步骤:

S244:服务器返回交易结果;

S245:所述客户端将接收到的所述交易结果发送至收款设备;

S246:所述收款设备返回交易结果确认信息至所述客户端;

S247:所述客户端将所述交易结果确认信息发送至所述服务器。

所述收款设备可以在接收到所述交易结果后,返回对该交易结果的确认信息,并通过所述客户端发送至服务器。这样,仍然不需要所述收款设备与所述服务器之间建立无线连接,所述收款设备即可向所述服务器发送对交易结果的确认信息。

在本申请基于上述图2的一个实施例中,在所述S220与S230之间还可以包括以下S222、S223步骤,以及所述S240之后还可以包括S248、S249和S24A步骤,如图5所示:

S222:所述收款设备与客户端建立无线连接。

S223:所述收款设备生成会话标识,并将该会话标识通过与客户端建立的无线连接发送至所述客户端;

相应地,S230中的第一信息还可以包括所述会话标识。

相应地,所述图2中S240之后还可以包括:

S248:所述服务器返回交易结果和所述会话标识至客户端;

S249:所述客户端将接收到的所述交易结果和所述会话标识发送至收款设备;

S24A:所述收款设备验证所述接收到的会话标识与生成的会话标识是否匹配,如果匹配则播放所述交易结果。

上述图5所示的实施例中,所述收款设备可以生成会话标识并可以将该标识发送至所述客户端。利用该会话标识,可以标识当前的会话。这样,本实施例S230可以将会话标识连同交易信息、设备标识一同发送至所述服务器;在服务器返回交易结果时,连同会话标识一同返回,这样,所述收款设备接收到返回的交易结果和会话标识时,可以通过所述接收的会话标识验证是否与S222中生成的会话标识一致来确认接收的交易结果是否是本次会话的交易结果。

在本申请基于上述图2的一个实施例中,在所述S230之前还可以包括以下S201、S202步骤,如图6所示:

S201:所述收款设备发送自身固件版本号至所述客户端;

S202:所述客户端验证所述收款设备的固件版本号。

所述S201、S202步骤,例如可以位于S220之前,例如通过建立的无线连接发送固件版本号至客户端,或通过广播的方式发送;也可以位于S220与S230之间。这里不限定。

在本申请基于上述图2的一个实施例中,在所述S230之前还可以包括以下S201、S203、S204步骤,如图7所示:

S201:所述收款设备发送自身固件版本号至所述客户端;

S203:所述客户端发送所述固件版本号至所述服务器;

S204:所述服务器验证所述收款设备的固件版本号。

所述S201、S203和S204步骤,例如可以位于S220之前,例如通过建立的无线连接发送固件版本号至客户端,或通过广播的方式发送;也可以位于S220与S230之间。这里不限定。

上述图6、7所示的实施例中,固件(Firmware)包括写入EROM(可擦写只读存储器)或EEPROM(电可擦可编程只读存储器)中的程序。固件担任着一个系统最基础最底层工作的软件。在硬件设备中,固件就是硬件设备的灵魂。一些硬件设备除了固件以外没有其它软件组成,因此固件也就决定着硬件设备的功能及性能。固件版本是指固件的版本,不同的固件版本的固件中可能包含不同的应用部分的更新和/或基带部分的更新。通过固件的更新,例如由旧版本的固件更新为新版本的固件,可以修复BUG和/或优化性能。

所述收款设备可以通过广播方式发送自身固件版本号。

收款设备通过发送固件版本号,所述客户端或服务器可以验证收款设备所使用的固件与客户端或服务器所使用的相应程序是否一致,以及数据传输格式是否一致等。从而,可以保证消息交互的正确性。

以下结合图8介绍本申请以收款设备为主体的方法实施例,该实施例可以对应图3:

S310:发出包含自身标识的短距离无线信号;

S320:接收返回的交易结果并播放。

以下结合图9介绍本申请以收款设备为主体的方法实施例,该实施例可以对应图4:

S310:发出包含自身标识的短距离无线信号;

S330:接收返回的交易结果。

S340:返回交易结果确认信息至客户端。

以下结合图10介绍本申请以收款设备为主体的方法实施例,该实施例可 以对应图5:

S310:发出包含自身标识的短距离无线信号;

S350:与客户端建立无线连接;

S360:生成会话标识;

S370:将所述会话标识通过建立的所述无线连接发送至所述客户端;

S380:接收所述客户端返回的交易结果和会话标识;

S390:验证所述接收到的会话标识与生成的会话标识是否匹配,如果匹配则播放所述交易结果。

在上述图8-10基础上,在一个实施例中,所述收款设备还可以发送自身固件版本号至所述客户端。

所述固件版本号可以通过S310中的短距离无线信号发送。具体的,可以通过广播信号发送,也可以通过建立的无线连接发送。

以下结合图11介绍本申请以客户端为主体的方法实施例,该实施例可以如下:

S410:接收所述收款设备的无线广播信号;

S420:从所述无线广播信号中提取收款设备标识;

S430:接收用户输入的交易信息;

S440:将所述收款设备标识及交易信息打包为第一信息,并将所述第一信息发送至服务器;

S450:接收服务器反馈的交易结果;

S460:将接收到的所述交易结果发送至所述收款设备。

其中,所述S430的步骤,可以是接收用户输入的交易信息。

所述交易信息可以包括交易金额。

S430中获得交易信息的过程,还可以包括验证用户的交易密码。

如图12所示的另一实施例中,在图11基础上可以如下:

在接收收款设备的标识之后,获得交易信息之前,还可以包括:

S411:向服务器查询所述收款设备标识对应的商户的信息并展示。

如图13所示的另一实施例中,在图11基础上可以包括如下步骤:

S433:接收所述收款设备返回的交易结果确认信息;

S434:将所述交易结果确认信息发送至所述服务器。

如图14所示的另一实施例中,在图11基础上可以如下:

S411:与所述收款设备建立无线连接;

S412:通过建立的无线连接接收所述收款设备生成的会话标识;

相应地,所述第一信息包括所述会话标识;

相应地,所述方法之后还包括:

S435:从所述服务器接收会话标识,并将接收到的所述会话标识发送至收款设备。

这样,后续所述收款设备验证所述接收到的会话标识与生成的会话标识是否匹配,并且在匹配的情况下播放所述交易结果。

如图15所示的另一实施例中,在图11基础上,所述方法还可以包括:

S407:接收所述收款设备发送的自身固件版本号;

S408:验证所述收款设备的固件版本号。

在一个实施例中,在图11基础上,所述方法还可以包括:

接收所述收款设备发送的自身固件版本号;

发送所述固件版本号至所述服务器。

以下介绍本申请一种实现支付的系统,包括收款设备和服务器,其中:

所述收款设备,用于发出包含自身标识的短距离无线信号;

所述服务器,用于接收客户端发送的第一信息;所述第一信息包括所述交易信息及收款设备标识;还用于将第一信息中的所述交易信息登记于所述收款设备标识对应的商户账户中。

在一个实施例中,优选地,所述服务器,还可以返回交易结果至所述客户端。

在一个实施例中,优选地,所述收款设备还返回交易结果确认信息至所述客户端。

在一个实施例中,优选地,所述收款设备还可以与客户端建立无线连接;所述收款设备可以生成会话标识;从而,所述收款设备还可以将所述会话标识通过建立的所述无线连接发送至所述客户端。

这样,所述第一信息还可以包括所述会话标识;相应地:

所述服务器可以返回交易结果和所述会话标识至客户端;

所述收款设备还可以接收所述客户端发送的所述交易结果和所述会话标识;并验证所述接收到的会话标识与生成的会话标识是否匹配,如果匹配则播放所述交易结果。

以下介绍本申请一种收款设备实施例,如图16所示,该收款设备可以包括无线信号发送单元161,第一接收单元162,其中:

第一发送单元161,用于发出包含自身标识的短距离无线信号;

第一接收单元162,用于接收返回的交易结果并播放。

以下介绍本申请一种收设备实施例,如图17所示,该收款设备可以包括:

第一发送单元161,用于发出包含自身标识的短距离无线信号;

第一接收单元162,接收返回的交易结果。

第一返回单元163,用于返回交易结果确认信息至客户端。

以下介绍本申请一种收款设备实施例,如图18所示,该收款设备可以包括:

第一发送单元161,用于发出包含自身标识的短距离无线信号;

第一连接建立单元164,用于与客户端建立无线连接;

生成单元165,用于生成会话标识;

第二发送单元166,将所述会话标识通过建立的所述无线连接发送至所述客户端;

第二接收单元167,用于接收所述客户端返回的交易结果和会话标识;

验证单元168,用于验证所述接收到的会话标识与生成的会话标识是否匹配,

播放单元169,用于当所述验证单元的验证结果为匹配时,播放所述交易结果。

上述所述的各收款设备实施例,还可以包括第三发送单元170,用于发送自身固件版本号至所述客户端。

以下介绍本申请一种客户端,如图19所示,该客户端可以包括:

第三接收单元191,用于接收所述收款设备的标识;

获得单元192,用于获得交易信息;

第三发送单元193,用于将第一信息发送至服务器;所述第一信息包括所述交易信息及收款设备标识;

第四接收单元196,用于接收所述服务器返回的交易结果;

第四发送单元197,用于将接收到的所述交易结果发送至所述收款设备。

优选地,如图20所示,所述客户端还可以包括:

查询单元194,用于向服务器查询所述收款设备标识对应的商户的信息;

展示单元195,用于展示所述商户信息。

优选地,所述客户端还可以包括:

第五接收单元,用于接收所述收款设备返回的交易结果确认信息;

第五发送单元,用于将所述交易结果确认信息发送至所述服务器。

优选地,所述客户端还可以包括:

第六接收单元,用于接收所述收款设备发送的自身固件版本号;

验证单元,用于验证所述收款设备的固件版本号。

优选地,所述客户端还可以包括:

第六接收单元,用于接收所述收款设备发送的自身固件版本号;

第六发送单元,用于发送所述固件版本号至所述服务器。

优选地,所述获得交易信息可以包括:接收用户输入的交易信息。

优选地,所述交易信息包括交易金额。

优选地,所述客户端还可以包括:

第二连接建立单元,用于与所述收款设备建立无线连接;

第七接收单元,用于通过建立的无线连接接收所述收款设备生成的会话标识;

第八接收单元,用于从所述服务器接收会话标识;

第八发送单元,用于将接收到的所述会话标识发送至所述收款设备。

在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等,目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。

为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计 算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序 的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。

还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相 似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1