一种悦单信息处理系统、悦单信息处理方法及装置技术领域
本发明涉及移动支付技术领域，尤其涉及一种悦单信息处理系统、悦单信息处理
方法及装置。
背景技术
目前，在一些行业如餐饮行业，移动支付的应用越来越普及。用于移动支付的移动
支付APP种类较多，例如微信、支付宝、POS通等钱包等等，不同的用户在进行移动支付时所
使用的移动支付APP可能会有所不同，餐饮企业为了受理不同的移动支付应用，通常会放置
多个二维码给客户进行扫码支付。由于每个二维码对应的支付渠道不同，餐饮企业会接收
到来自多个渠道的支付信息，如多笔入账资金和对账文件，这导致信息不便于管理。
发明内容
有鉴于此，本发明提供了一种悦单信息处理系统、悦单信息处理方法及装置，用以
解决现有技术中，企业为了受理不同的移动支付应用，通常会放置多个二维码给客户进行
扫码支付，而由于每个二维码对应的支付渠道不同，企业会接收到来自多个渠道的支付信
息，如多笔入账资金和对账文件，这导致信息不便于管理的问题，其技术方案如下：
一种悦单信息处理系统，包括：核心处理系统、营销系统和互联网支付系统；
所述核心处理系统，用于接收商户收银系统发送的账单信息，以及，在接收到终端
通过扫描所述账单信息中的二维码发起的优惠查询请求时，查询所述账单信息中的商户信
息是否存在优惠信息，当存在所述优惠信息时，向所述营销系统发送包含所述账单信息的
优惠额度查询请求；
所述营销系统，用于在接收到所述包含所述账单信息的优惠额度查询请求时，查
询与所述账单信息中的商户信息对应的优惠额度信息，并将所述优惠额度信息发送至所述
核心处理系统；
所述核心处理系统，还用于将所述优惠额度信息发送至所述终端，以及，当接收到
所述终端发送的支付请求时，将所述支付请求发送至所述互联网支付系统；
所述互联网支付系统，用于将所述支付请求发送至目标支付平台，并在接收到所
述目标支付平台反馈的支付成功结果时，将所述支付成功结果发送到所述核心处理系统；
所述核心处理系统，还用于在接收到所述支付成功结果时，向所述营销系统发送
核销优惠信息的指示信息；
所述营销系统，还用于核销与所述账单信息对应的优惠信息，并将核销成功结果
发送至所述核心处理系统；
所述核心处理系统，还用于将所述支付成功结果及所述核销成功结果发送至所述
商户收银系统和所述终端。
所述系统还包括所述商户收银系统和所述终端；
所述商户收银系统，用于基于预设规则生成二维码，并在打印所述账单信息时，将
所述账单信息发送至所述核心处理系统，所述账单信息中包含所述二维码；
所述终端，用于通过扫描所述账单信息中的二维码向所述核心处理系统发起所述
优惠查询请求。
其中，所述终端发送的支付请求中包含支付平台指示信息；
所述互联网支付系统，具体用于基于所述支付请求中的所述支付平台指示信息确
定所述目标支付平台，并将所述支付请求发送至所述目标支付平台。
其中，所述核心处理系统预存有商家信息以及所述商家是否存在优惠的指示信
息；
所述核心处理系统，具体用于利用所述账单信息中的商家信息、基于预存的所述
商家信息以及所述商家是否存在优惠的指示信息，确定所述账单信息中的商家信息是否存
在优惠信息；
所述营销系统预存有商家信息和所述商家信息的优惠额度信息；
所述营销系统，具体用于在接收到所述优惠额度查询请求时，利用所述账单信息
中的商家信息、基于预存的所述商家信息和所述商家信息的优惠额度信息，确定所述账单
信息中的商户信息对应的优惠额度信息。
其中，所述二维码中包括网址信息，所述优惠查询请求用于请求从所述核心处理
系统获取与所述网址信息对应的网页页面；
所述核心处理系统，具体用于在接收到所述营销系统反馈的所述优惠额度信息
时，生成包含所述优惠额度信息的所述网页页面，并将所述网页页面反馈给所述终端。
其中，所述网页页面中还包含自主开发票的指示信息；
所述终端，用于基于用户对所述自主开发票的指示信息的操作生成发票信息，以
及，在接收到发票打印指令时，向发票打印系统发送所述发票信息，以使所述发票打印系统
基于所述发票信息打印发票。
一种悦单信息处理方法，应用于上述的悦单信息处理系统，所述方法包括：
核心处理系统接收商户收银系统发送的账单信息，以及，在接收到终端通过扫描
所述账单信息中的二维码发起的优惠查询请求时，查询所述账单信息中的商户信息是否存
在优惠信息，当存在所述优惠信息时，向营销系统发送包含所述账单信息的优惠额度查询
请求；
所述营销系统在接收到所述包含所述账单信息的优惠额度查询请求时，查询与所
述账单信息中的商户信息对应的优惠额度信息，并将所述优惠额度信息发送至所述核心处
理系统；
所述核心处理系统将所述优惠额度信息发送至所述终端，并在接收到所述终端发
送的支付请求时，将所述支付请求发送至互联网支付系统；
所述互联网支付系统将所述支付请求发送至目标支付平台，并在接收到所述目标
支付平台反馈的支付成功结果时，将所述支付成功结果发送到所述核心处理系统；
所述核心处理系统在接收到所述支付成功结果时，向所述营销系统发送核销优惠
信息的指示信息；
所述营销系统核销与所述账单信息对应的优惠信息，并将核销成功结果发送至所
述核心处理系统；
所述核心处理系统将所述支付成功结果及所述核销成功结果发送至所述商户收
银系统和所述终端。
一种悦单信息处理方法，应用于上述的悦单信息处理系统中的核心处理系统，所
述方法包括：
接收商户收银系统发送的账单信息，并在接收到终端通过扫描所述账单信息中的
二维码发起的优惠查询请求时，查询所述账单中的商户信息是否存在优惠信息，当存在所
述优惠信息时，向营销系统发送包含所述账单信息的优惠额度查询请求；
当接收到所述营销系统发送的优惠额度信息时，将所述优惠额度信息发送至所述
终端；
当接收到终端发送的支付请求时，将所述支付请求发送至互联网支付系统，以使
所述互联网支付系统将所述支付请求发送至目标支付平台；
当接收到所述互联网支付系统发送的支付成功结果时，通知所述营销系统核销与
所述账单信息对应的优惠信息，并在接收到核销成功结果时，将所述支付成功结果及所述
核销成功结果发送至所述商户收银系统和所述终端。
其中，所述二维码中包括网址信息，所述优惠查询请求用于请求从所述核心处理
系统获取与所述网址信息对应的网页页面；
所述当接收到所述营销系统发送的优惠额度信息时，将所述优惠额度信息发送至
所述终端，包括：
当接收到所述营销系统反馈的所述优惠额度信息时，生成包含所述优惠额度信息
的所述网页页面，并将所述网页页面反馈给所述终端。
一种悦单信息处理装置，应用于上述的悦单信息处理系统中的核心处理系统，所
述信息处理装置包括：
第一接收模块，用于接收商户收银系统发送的账单信息，以及终端通过扫描所述
账单信息中的二维码发起的优惠查询请求；
查询模块，用于查询所述账单中的商户信息是否存在优惠信息；
第一发送模块，用于当存在所述优惠信息时，向营销系统发送包含所述账单信息
的优惠额度查询请求；
第二接收模块，用于接收所述营销系统发送的优惠额度信息；
第二发送模块，用于将所述优惠额度信息发送至所述终端；
第三接收模块，用于接收所述终端发送的支付请求时；
第四发送模块，用于将所述支付请求发送至互联网支付系统，以使所述互联网支
付系统将所述支付请求发送至目标支付平台；
第四接收模块，用于接收所述互联网支付系统发送的支付成功结果；
通知模块，用于通知所述营销系统核销与所述账单信息对应的优惠信息；
第五接收模块，用于接收所述营销系统的核销成功结果；
第五发送模块，用于将所述支付成功结果及所述核销成功结果发送至所述商户收
银系统和所述终端。
上述技术方案具有如下有益效果：
本发明提供的悦单信息处理系统、悦单信息处理方法及装置，提供了统一的移动
支付模式，其能够实现各种移动支付APP的统一受理，即不论用户使用何种移动支付APP，商
家只需要提供一个二维码即可，互联网支付平台后端对接各种交易渠道，例如微信，支付
宝，POS通，各种钱包类APP等，在进行支付时，由互联网支付平台负责支付的转接。由于只使
用一个二维码，因此，对于商户而言，其只能收到来自一个渠道的资金清算与对账文件，统
一的资金清算与对账文件使得信息管理比较便利。另外，核心处理系统和营销系统实现了
营销优惠信息的统一管理，用户利用终端扫描二维码便可经核心处理系统从营销系统获得
优惠信息。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现
有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本
发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据
提供的附图获得其他的附图。
图1为本发明实施例提供的悦单信息处理系统的结构示意图；
图2为本发明实施例提供的悦单信息处理系统一具体实现实例的结构示意图；
图3为本发明实施例提供的悦单信息处理方法的流程示意图；
图4为本发明实施例提供的悦单信息处理方法的流程示意图；
图5为本发明实施例提供的信息处理装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完
整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于
本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他
实施例，都属于本发明保护的范围。
本发明实施例提供了一种悦单信息处理系统，请参阅图1，示出了该悦单信息处理
系统的结构示意图，该悦单信息处理系统可以包括：核心处理系统101、营销系统102和互联
网支付系统103。其中：
核心处理系统101，用于接收商户收银系统发送的账单信息，以及，在接收到终端
通过扫描账单信息中的二维码发起的优惠查询请求时，查询账单信息中的商户信息是否存
在优惠信息，当存在优惠信息时，向营销系统102发送包含账单信息的优惠额度查询请求。
营销系统102，用于在接收到包含账单信息的优惠额度查询请求时，查询与账单信
息中的商户信息对应的优惠额度信息，并将优惠额度信息发送至核心处理系统101。
核心处理系统101，还用于将优惠额度信息发送至终端，以及，当接收到终端发送
的支付请求时，将支付请求发送至互联网支付系统103。
互联网支付系统103，用于将支付请求发送至目标支付平台，并在接收到目标支付
平台反馈的支付成功结果时，将支付成功结果发送到核心处理系统101。
核心处理系统101，还用于在接收到支付成功结果时，向营销系统102发送核销优
惠信息的指示信息。
营销系统102，还用于核销与账单信息对应的优惠信息，并将核销成功结果发送至
核心处理系统101。
核心处理系统101，还用于将支付成功结果及核销成功结果发送至商户收银系统
和终端。
本发明实施例提供的悦单信息处理系统，提供了统一的移动支付模式，其能够实
现各种移动支付APP的统一受理，即不论用户使用何种移动支付APP，商家只需要提供一个
二维码即可，互联网支付平台后端对接各种交易渠道，例如微信，支付宝，POS通，各种钱包
类APP等，在进行支付时，由互联网支付平台负责支付的转接。由于只使用一个二维码，因
此，对于商户而言，其只能收到来自一个渠道的资金清算与对账文件，统一的资金清算与对
账文件使得信息管理比较便利。另外，核心处理系统和营销系统实现了营销优惠信息的统
一管理，用户利用终端扫描二维码可经核心处理系统从营销系统获得优惠信息。
在一种可能的实现方式中，上述实施例提供的悦单信息处理系统中，核心处理系
统可预存商家信息以及商家是否存在优惠的指示信息。
当核心处理系统接收到终端发送的优惠查询请求时，利用账单信息中的商家信
息、基于预存的商家信息以及商家是否存在优惠的指示信息，确定账单信息中的商家信息
是否存在优惠信息。
在一种可能的实现方式中，如果商家的所有商品均有优惠，例如，所有商品均打8
折，则商家信息可以包括商家名称，商家是否存在优惠的指示信息只用于指示该商家名称
对应的商家是否存在优惠即可。
在另一种可能的实现方式，如果商家只有部分商品有优惠，则商家信息可以包括
商家名称以及商家的产品信息，商家是否存在优惠的指示信息用于指示商家名称所对应的
商家的各个商品是否存在优惠。例如商家名称为a，商家的商品包括a1、a2、a3、a4、a5，商家
是否存在优惠的指示信息用于指示商家的商品a1、a2、a3、a4、a5是否存在优惠。
在第一种可能的实现方式中，悦单系统核心处理系统只需要根据账单信息中的商
家名称查询该商家是否存在优惠即可，一旦查询到该商家存在优惠信息，即可向营销系统
发送优惠额度查询请求。在第二种可能的实现方式中，核心处理系统可基于账单信息中的
商家名称和商品信息进行查询，如果查询发现账单信息中有至少一个商品存在优惠，则向
营销系统发送优惠额度查询请求，如果查询发现账单信息中的产品均不存在优惠，则不需
再向营销系统发送优惠额度查询请求，直接向终端反馈账单信息中的商品不存在优惠的指
示信息。
需要说明的是，在本实施例中，核心处理系统只是查询账单信息中的商家或商品
是否存在优惠，而当存在优惠时，具体的优惠额度需要去营销系统查询获得。
在本发明实施例中，营销系统预存有商家信息和商家信息的优惠额度信息。
营销系统在接收到优惠额度查询请求时，利用账单信息中的商家信息、基于预存
的商家信息和商家信息的优惠额度信息，确定账单信息中的商户信息对应的优惠额度信
息。
在一种可能的实现方式中，如果商家的所有商品均有优惠，则商家信息可以包括
商家名称，与商家信息所对应的优惠额度信息可以为折扣信息、优惠券信息等等。在另一种
可能的实现方式中，如果商家只要部分商品存在优惠，则商家信息可以包括商家名称和存
在优惠的商品信息，与商家信息所对应的优惠额度信息可以为各个存在优惠的商品的优惠
额度信息。
具体的，在第一种可能的实现方式中，营销系统在接收到优惠额度查询请求时，基
于账单信息中的商家名称，利用预存的商家信息和商家信息的优惠额度信息确定商家名称
所对应的优惠额度信息；在第二种可能的实现方式中，营销系统在接收到优惠额度查询请
求时，基于账单信息中的商家名称和商品信息，利用预存的商家信息和商家信息的优惠额
度信息确定商家名称所对应的优惠额度信息确定账单信息中存在优惠的商品的优惠额度
信息。
上述实施例提供的悦单信息处理系统还可以包括商户收银系统和终端。
商户收银系统，用于基于预设规则生成二维码，并在打印账单信息时，将账单信息
发送至核心处理系统。
其中，账单信息中包含二维码。
终端，用于通过扫描账单信息中的二维码向核心处理系统发起优惠查询请求。
其中，终端可以但不限定为用户的手机、PAD等设备。示例性的，用户用手机扫描账
单信息中的二维码便向核心处理系统发起了优惠查询请求。
在一种可能的实现方式中，二维码包含包括一网址信息，则优惠查询请求用于请
求从核心处理系统获取与网址信息对应的、包含优惠信息的网页页面。
核心处理系统在接收到营销系统反馈的优惠额度信息时，生成包含优惠信息的网
页页面，并将该包含优惠信息的网页页面反馈给终端。用户通过终端显示的网页页面查看
账单信息对应的优惠信息，确认无误后便可进行支付。
当用户点击终端上的支付按钮进行支付时，终端向核心处理系统发送支付请求，
核心处理系统接收到终端发送的支付请求之后，将支付请求发送至互联网支付系统。在一
种可能的实现方式中，终端发送的支付请求中包含支付平台指示信息，该支付平台指示信
息用于指示用户所消费的金额需通过那个支付平台支付，例如微信、支付宝等，互联网支付
系统在接收到支付请求时，基于支付请求中的支付平台指示信息确定目标支付平台，在确
定出目标支付平台之后，将支付请求发送至目标支付平台，通过目标平台进行支付。目标支
付平台支付完成后，将支付结果反馈给互联网支付平台，互联网支付平台将支付结果进一
步反馈给核心处理系统。
其中，支付请求中所包含的支付平台指示信息可以为用户所使用的支付APP的应
用标识。具体的，用户用终端如手机扫描二维码支付的时候，通常会选择自己习惯的支付
APP，目前主流的支付APP在打开网页的时候，会在HTTP报文头的user-agent域中带上支付
APP自己特有标识，比如支付宝的AlipayClient。互联网支付系统会根据支付APP的应用标
识确定该将支付请求发送至哪个目标支付平台，例如，支付APP的应用标识为支付宝的应用
标识，则互联网支付系统会向支付宝发起支付请求。
另外，在本发明实施例中，核心处理系统向终端反馈的网页页面中包含自主开发
票的指示信息。自主开发票的指示信息用于指示用户自主地开发票，终端可基于用户针对
自主开发票的指示信息的操作生成发票信息，并在接收到发票打印指令时，向发票打印系
统发送发票信息，以使发票打印系统基于发票信息打印发票。
在一具体实例中，本发明实施例提供的悦单信息处理系统可通过如图2所示出的
网页服务器、交易路由服务器、支付服务器和账单服务器实现。网页服务器在用户扫描二维
码时，提供网页页面，其作为与用户终端交互的入口，提供账单显示、支付结果显示等功能，
并负责跟支付渠道进行用户认证、支付调起、支付结果接收等功能。交易路由服务器是互联
网支付平台内部进行业务接入路由的模块，采取微服务架构，内部有多个服务模块，一个业
务请求过来具体发给哪个服务模块处理由路由服务器决定的。支付服务器主要用来对接支
付渠道，如微信、支付宝，主要进行报文转换、支付流水记录、网络通讯等。账单服务器提供
账单服务，用户对一个码可以扫多次，但是只能支付成功一次，这里面的业务逻辑组合由账
单服务器完成，账单服务器最终调用支付服务器完成支付，另外，账单服务器还负责将支付
结果推送给商户系统，提供后台查询接口给商户系统做后台查询等。
本发明实施例还提供了一种悦单信息处理方法，该方法应用于上述的悦单信息处
理系统，请参阅图3，示出了该方法的流程示意图，可以包括：
步骤S301：核心处理系统接收商户收银系统发送的账单信息，以及，在接收到终端
通过扫描账单信息中的二维码发起的优惠查询请求时，查询账单信息中的商户信息是否存
在优惠信息，当存在优惠信息时，向营销系统发送包含账单信息的优惠额度查询请求。
步骤S302：营销系统在接收到包含账单信息的优惠额度查询请求时，查询与账单
信息中的商户信息对应的优惠额度信息，并将优惠额度信息发送至核心处理系统。
步骤S303：核心处理系统将优惠额度信息发送至终端，并在接收到终端发送的支
付请求时，将支付请求发送至互联网支付系统。
在一种可能的实现方式中，二维码中包括网址信息，优惠查询请求用于请求从核
心处理系统获取与网址信息对应的网页页面。则当核心处理系统当接收到营销系统反馈的
优惠额度信息时，生成包含优惠额度信息的网页页面，并将包含优惠额度信息的网页页面
反馈给终端。
步骤S304：互联网支付系统将支付请求发送至目标支付平台，并在接收到目标支
付平台反馈的支付成功结果时，将支付成功结果发送到核心处理系统。
步骤S305：核心处理系统在接收到支付成功结果时，向营销系统发送核销优惠信
息的指示信息。
步骤S306：营销系统核销与账单信息对应的优惠信息，并将核销成功结果发送至
核心处理系统。
步骤S307：核心处理系统将支付成功结果及核销成功结果发送至商户收银系统和
终端。
本发明实施例提供的悦单信息处理方法，提供了统一的移动支付模式，其能够实
现各种移动支付APP的统一受理，即不论用户使用何种移动支付APP，商家只需要提供一个
二维码即可，互联网支付平台后端对接各种交易渠道，例如微信，支付宝，POS通，各种钱包
类APP等，在进行支付时，由互联网支付平台负责支付的转接。由于只使用一个二维码，因
此，对于商户而言，其只能收到来自一个渠道的资金清算与对账文件，统一的资金清算与对
账文件使得信息管理比较便利。另外，核心处理系统和营销系统实现了营销优惠信息的统
一管理，用户利用终端扫描二维码便可经核心处理系统从营销系统获得优惠信息。
在上述实施例提供的悦单信息处理方法中，核心处理系统预存有商家信息以及商
家是否存在优惠的指示信息，则查询账单信息中的商户信息是否存在优惠信息，包括：所述
核心处理系统利用账单信息中的商家信息、基于预存的商家信息以及商家是否存在优惠的
指示信息，确定账单信息中的商家信息是否存在优惠信息。
相应的，营销系统预存有商家信息和商家信息的优惠额度信息。则营销系统在接
收到包含账单信息的优惠额度查询请求时，查询与账单信息中的商户信息对应的优惠额度
信息，包括：营销系统在接收到所述优惠额度查询请求时，利用账单信息中的商家信息、基
于预存的商家信息和商家信息的优惠额度信息，确定账单信息中的商户信息对应的优惠额
度信息。
本发明还提供了一种悦单信息处理方法，该方法应用于上述实施例提供的悦单信
息处理系统中的核心处理系统，该方法可以包括：
步骤S401：接收商户收银系统发送的账单信息，并在接收到终端通过扫描账单信
息中的二维码发起的优惠查询请求时，查询账单中的商户信息是否存在优惠信息，当存在
优惠信息时，向营销系统发送包含账单信息的优惠额度查询请求。
步骤S402：当接收到营销系统发送的优惠额度信息时，将优惠额度信息发送至终
端。
步骤S403：当接收到终端发送的支付请求时，将支付请求发送至互联网支付系统，
以使互联网支付系统将支付请求发送至目标支付平台。
步骤S404：当接收到互联网支付系统发送的支付成功结果时，通知营销系统核销
与账单信息对应的优惠信息，并在接收到核销成功结果时，将支付成功结果及核销成功结
果发送至商户收银系统和终端。
在一种可能的实现方式中，二维码中包括网址信息，优惠查询请求用于请求从核
心处理系统获取与网址信息对应的网页页面。则当接收到营销系统发送的优惠额度信息
时，将优惠额度信息发送至终端，包括：当接收到营销系统反馈的优惠额度信息时，生成包
含优惠额度信息的网页页面，并将包含优惠额度信息的网页页面反馈给终端。
本发明实施例还提供了一种悦单信息处理装置，应用于上述实施例提供的悦单信
息处理系统中的核心处理系统，请参阅图5，示出了该装置的结构示意图，可以包括：第一接
收模块501、查询模块502、第一发送模块503、第二接收模块504、第二发送模块505、第三接
收模块506、第四发送模块507、第四接收模块508、通知模块509、第五接收模块510和第五发
送模块511。其中：
第一接收模块501，用于接收商户收银系统发送的账单信息，以及终端通过扫描账
单信息中的二维码发起的优惠查询请求。
查询模块502，用于查询账单中的商户信息是否存在优惠信息。
第一发送模块503，用于当存在优惠信息时，向营销系统发送包含账单信息的优惠
额度查询请求。
第二接收模块504，用于接收营销系统发送的优惠额度信息。
第二发送模块505，用于将优惠额度信息发送至终端。
第三接收模块506，用于接收终端发送的支付请求时。
第四发送模块507，用于将支付请求发送至互联网支付系统，以使互联网支付系统
将支付请求发送至目标支付平台。
第四接收模块508，用于接收互联网支付系统发送的支付成功结果。
通知模块509，用于通知营销系统核销与账单信息对应的优惠信息。
第五接收模块510，用于接收营销系统的核销成功结果。
第五发送模块511，用于将支付成功结果及核销成功结果发送至商户收银系统和
终端。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他
实施例的不同之处，各个实施例之间相同相似部分互相参见即可。
在本申请所提供的几个实施例中，应该理解到，所揭露的方法、装置和设备，可以
通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的
划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件
可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或
讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间
接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显
示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个
网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目
的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个
单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以
存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说
对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计
算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个
人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存
储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。
对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的
一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明
将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一
致的最宽的范围。