实现账户充值的系统、方法、业务运营支撑系统和设备的制作方法

专利名称：实现账户充值的系统、方法、业务运营支撑系统和设备的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种实现账户充值的系统、方法、业务运营支撑系统和设备。
背景技术：
随着移动通信技术的发展，手机钱包业务等移动支付业务越来越普及。其中，以手机钱包业务为例，其是移动网络运营商开发的基于无线射频识别技术(RFID，RadioFrequency IDentification)的小额电子钱包业务。用户在开通手机钱包业务后，可以在移动网络运营商营业厅更换一张手机钱包卡(一般地，这里的手机钱包卡可以但不限于为支持RFID功能的专用SIM卡、普通集成电路卡(IC卡,Integrated Circuit Card)、贴片卡等)。此后，用户利用安装有该专用SIM卡的终端(如手机)，就可以在布放有销售终端
(POS，Point Of Sale)的商家(例如便利店、商场、超市、公交)进行现场刷卡(刷机)消费。开通手机钱包业务的用户会有一个手机钱包卡片本地账户。在使用手机钱包卡片本地账户时，需要预先往手机钱包卡片本地账户内充入一定的金额，然后才可以通过类似利用POS刷公交卡的“刷机”方式来执行购买物品等操作。类似的，用户开通除手机钱包业务外的其他移动支付业务时，也会相应地拥有一个或多个账户，这些账户可以统称为用户支付业务账户。一般地，用户支付业务账户包括卡片本地账户(比如手机钱包卡片本地账户以及开通其他移动支付业务而产生的本地账户都可看作是卡片本地账户)和用户支付后台账户。用户的用户支付业务账户和用户的话费账户是不同的。在现有技术中，已有非常成熟的体系支持为用户的话费账户充值。以用户通过代理商完成对话费账户充值的过程为例，该过程就是基于一个由用户、代理商以及业务运营支撑系统(BOSS, Business &Operation Support System)构成的非常成熟的体系而完成的,其具体实现示意图如图I所示，包括下述步骤步骤11，用户在代理商处缴纳话费；步骤12,代理商通过互动式语音应答(IVR, Interactive Voice Response)/短信方式向BOSS发起空中充值请求，该空中充值请求中包含用户手机号码、代理商手机号码、充值额度等；步骤13，BOSS接收到空中充值请求后，根据代理商手机号码和充值额度，从代理商话费帐户中扣减与该充值额度相对应的金额，并根据用户手机号码和充值额度，向用户的话费帐户充入该充值额度相对应的金额；步骤14，BOSS通过IVR/短信方式返回充值成功响应给代理商；步骤15，代理商在收到充值成功响应后，提示用户充值成功，流程结束。上述步骤即通过代理商实现为用户的话费账户充值的流程。然而，针对用户支付业务账户，由于代理商无法获知用户使用的专用SIM卡与用户支付业务账户的对应关系，同时BOSS也只知道代理商话费账户而不知道代理商支付后台账户，因此，上述步骤不适用于代理商利用代理商支付后台账户为用户的用户支付业务账户进行充值的场景。基于相同的原因，上述步骤也不适用于利用用户的用户支付业务账户为代理商支付后台账户充值的场景。

发明内容
本发明实施例提供一种实现账户充值的系统及方法，用以解决采用现有技术无法实现代理商支付后台账户与用户支付业务账户之间相互充值的问题。本发明实施例还提供一种BOSS和POS服务平台设备。本发明实施例采用以下技术方案一种实现账户充值的系统，包括POS服务平台、业务运营支撑系统BOSS和中心支付平台，其中 POS服务平台，用于接收POS发送的POS标识、充值额度信息、充值类型信息、POS读取的用户卡标识，以及从预先存储的用户卡标识与用户标识的对应关系中，确定与POS发送的用户卡标识对应的用户标识，并从存储的POS标识与代理商标识的对应关系中，确定与POS发送的POS标识对应的代理商标识；以及将充值额度信息、充值类型信息以及确定的用户标识和代理商标识发送给业务运营支撑系统BOSS ;B0SS，用于从预先存储的用户标识和用户支付后台账户的对应关系中，确定POS服务平台发送的用户标识对应的用户支付后台账户，并从预先存储的代理商标识和代理商支付后台账户的对应关系中，确定POS服务平台发送的用户标识对应的代理商支付后台账户；并将充值类型信息、充值额度信息和确定的用户支付后台账户和代理商支付后台账户发送给中心支付平台；中心支付平台，用于根据充值类型信息、充值额度信息，调整所述确定的用户支付后台账户和代理商支付后台账户中的金额信息。可选的，中心支付平台具体包括充值策略确定单元，用于从预先存储的充值类型信息和充值策略的对应关系中，确定BOSS发送的充值类型信息对应的充值策略；以及充值执行单元，用于当充值策略确定单元确定出的充值策略为利用代理商支付后台账户为用户支付后台账户充值时，执行从确定的代理商支付后台账户中扣除与所述充值额度信息对应的金额、在确定的用户支付后台账户中增加所述对应的金额的操作；当充值策略确定单元确定出的充值策略为利用代理商支付后台账户为用户卡中存储的卡片本地账户充值时，执行从确定的代理商支付后台账户中扣除所述对应的金额、在确定的用户支付后台账户中增加所述对应的金额的操作；并从预先存储的用户支付后台账户与卡片本地账户的映射账户的对应关系中，确定与所述确定的用户支付后台账户对应的映射账户，以及执行从确定的用户支付后台账户中扣除所述对应的金额、在确定的映射账户中增加所述对应的金额的操作；当充值策略确定单元确定出的充值策略为利用用户的用户支付后台账户为代理商支付后台账户充值时，执行从确定的用户支付后台账户中扣除与所述充值额度信息对应的金额、在确定的代理商支付后台账户中增加所述对应的金额的操作；当充值策略确定单元确定出的充值策略为利用用户的卡片本地账户为代理商支付后台账户充值时，从预先存储的用户支付后台账户与卡片本地账户的映射账户的对应关系中，确定与所述确定的用户支付后台账户对应的映射账户，以及执行从确定的映射账户中扣除所述对应的金额的操作；以及执行在确定代理商支付后台账户的中增加所述对应的金额的操作。可选的，所述系统还包括P0S，以及当确定出的充值策略为利用代理商支付后台账户为用户卡中存储的卡片本地账户充值时，POS具体包括标识读取单元，用于从用户卡中读取用户卡标识；信息获得单元，用于获得充值额度信息、充值类型信息；信息发送单元，用于将POS自身的POS标识、标识读取单元读取的用户卡标识、信息获得单元获得的充值额度信息和充值类型信息发送给POS服务平台；充值结果接收单元，用于在中心支付平台执行在确定的映射账户中增加所述对应的金额的操作后，接收中心支付平台发送的用于指示代理商支付后台账户和所述映射账户中当前金额信息的充值结果；验证请求发送单元，用于在充值结果接收单元接收所述充值结果后，向所述用户卡发送验证请求；随机数接收单元，用于接收所述用户卡根据验证请求发送单元发送的验证请求反馈的随机数；验证码信息生成单元，用于根据随机数接收单元接收的随机数和预先和所述用户卡约定的验证码生成算法，生成第一验证码信息发送给所述用户卡；确认消息接收单元，用于接收所述用户卡在比较出验证码信息生成单元发送的第一验证码信息与所述用户卡根据所述随机数和所述算法生成的第二验证码信息匹配一致后发送的验证通过确认消息；更新单元，用于根据 充值结果接收单元接收的所述充值结果，更新所述用户卡中存储的卡片本地账户中的金额信息。可选的，所述中心支付平台具体包括信息获得单元，用于获得POS从所述用户卡中读取的验证码信息；信息确定单元，用于从预先存储的用户支付后台账户与验证码信息的对应关系中，确定与所述确定的用户支付后台账户对应的验证码信息；比较单元，用于比较信息确定单元确定的验证码信息和信息获得单元获得的验证码信息是否匹配一致；金额调整单元，用于在比较单元得到的比较结果为是时，根据充值类型信息、充值额度信息，调整所述确定的用户支付后台账户和代理商支付后台账户中的金额信息。可选的，所述系统还包括P0S，以及POS具体包括请求消息发送单元，用于向用户卡发送承载有读取密钥的读卡请求消息；读卡单元，用于在接收到所述用户卡反馈的允许POS读卡的通知消息后，读取所述用户卡标识，其中，所述允许POS读卡的通知消息是在用户卡判断出自身预存的具有的读卡权限的POS的读取密钥中包含有请求消息发送单元发送的读卡请求消息中承载的读取密钥后发送的；信息获得单元，用于获得充值额度信息、充值类型信息；发送单元，用于将POS自身的POS标识、读卡单元读取的用户卡标识、信息获得单元获得的充值额度信息和充值类型信息发送给POS服务平台。一种实现账户充值的方法，包括POS服务平台接收销售终端POS发送的POS标识、充值额度信息、充值类型信息、POS读取的用户卡标识；P0S服务平台从预先存储的用户卡标识与用户标识的对应关系中，确定与POS发送的用户卡标识对应的用户标识，并从存储的POS标识与代理商标识的对应关系中，确定与POS发送的POS标识对应的代理商标识；P0S服务平台将充值额度信息、充值类型信息以及确定的用户标识和代理商标识发送给业务运营支撑系统BOSS ;B0SS从预先存储的用户标识和用户支付后台账户的对应关系中，确定POS服务平台发送的用户标识对应的用户支付后台账户，并从预先存储的代理商标识和代理商支付后台账户的对应关系中，确定POS服务平台发送的用户标识对应的代理商支付后台账户；B0SS将充值类型信息、充值额度信息和确定的用户支付后台账户和代理商支付后台账户发送给中心支付平台；中心支付平台根据充值类型信息、充值额度信息，调整所述确定的用户支付后台账户和代理商支付后台账户中的金额信息。一种POS服务平台设备，包括接收单元，用于接收POS发送的POS标识、充值额度信息、充值类型信息、POS读取的用户卡标识；确定单元，用于从预先存储的用户卡标识与用户标识的对应关系中，确定接收单元接收的用户卡标识对应的用户标识，并从存储的POS标识与代理商标识的对应关系中，确定接收单元接收的POS标识对应的代理商标识；发送单元，用于将接收单元接收的充值额度信息、充值类型信息以及确定单元确定的用户标识和代理商标识发送给业务运营支撑系统BOSS。一种业务运营支撑系统，包括接收单元，用于接收POS服务平台发送的充值额度信息、充值类型信息、用户标识、代理商标识；确定单元，用于从预先存储的用户标识和用户 支付后台账户的对应关系中，确定接收单元接收的用户标识对应的用户支付后台账户，并从预先存储的代理商标识和代理商支付后台账户的对应关系中，确定接收单元接收的用户标识对应的代理商支付后台账户；发送单元，用于将接收单元接收的充值类型信息、充值额度信息和确定单元确定的确定的用户支付后台账户、代理商支付后台账户发送给中心支付
T D O本发明实施例的有益效果如下本发明实施例提供的上述方案通过POS服务平台根据POS发送的POS标识确定代理商标识，根据POS发送的用户卡标识确定用户标识，并将代理商标识和用户标识提供给BOSS，从而BOSS就可以从预先存储的用户标识和用户支付后台账户的对应关系中确定用户支付后台账户，并从代理商标识和代理商支付后台账户的对应关系中确定代理商支付后台账户，最后由中心支付平台根据充值类型信息和充值额度信息调整用户支付后台账户和代理商支付后台账户中的金额信息，就可以实现用户支付后台账户和代理商支付后台账户之间相互充值。


图I为现有技术中用户通过代理商完成对话费账户充值的过程示意图；图2为本发明实施例提供的一种实现账户充值的方法的具体流程示意图；图3a为实施例I 4的实施场景示意图；图3b为利用POS为用户的用户支付后台账户充值的具体流程示意图；图4为利用POS为用户的卡片本地账户充值的具体流程示意图；图5为利用用户的用户支付后台账户为代理商支付后台账户充值的具体流程示意图；图6为利用用户的卡片本地账户为代理商支付后台账户充值的具体流程示意图；图7为在如图2所示的功能实体间交互加密信息的流程示意图；图8为本发明实施例提供的一种实现账户充值的系统的具体结构示意图。
具体实施方式
为了解决采用现有技术提供的账户充值方案无法实现利用代理商支付后台账户为用户的用户支付业务账户充值，也无法实现利用用户支付业务账户为代理商支付后台账户充值的问题，本发明实施例提供了一种基于POS实现账户充值的方法，无论是利用代理商支付后台账户为用户的用户支付业务账户充值，还是利用用户支付业务账户为代理商支付后台账户充值，采用本发明实施例提供的方案，都能够实现该些充值需求。以下结合附图，详细说明本发明实施例提供的方案。首先，本发明实施例提供一种如图2所示的基于POS实现账户充值的方法，该方法主要包括以下主要步骤步骤21，POS服务平台接收POS发送的从POS标识、充值额度信息、充值类型信息、POS读取的用户卡标识；一般地，POS是从支持无线射频识别技术的用户卡中读取并发送上述用户卡标识。步骤22，POS服务平台从预先存储的用户卡标识与用户标识的对应关系中，确定与POS发送的用户卡标识对应的用户标识，并从存储的POS标识与代理商标识的对应关系中，确定与POS发送的POS标识对应的代理商标识；步骤23，POS服务平台将充值额度信息、充值类型信息以及确定的用户标识和代理商标识发送给BOSS ；步骤24，BOSS从预先存储的用户标识和用户支付后台账户的对应关系中，确定POS服务平台发送的用户标识对应的用户支付后台账户，并从预先存储的代理商标识和代理商支付后台账户的对应关系中，确定POS服务平台发送的用户标识对应的代理商支付后台账户；步骤25，BOSS将充值类型信息、充值额度信息和确定的用户支付后台账户和代理商支付后台账户发送给中心支付平台；步骤26，中心支付平台根据充值类型信息、充值额度信息，调整确定的用户支付后台账户和代理商支付后台账户中的金额信息。针对上述步骤26，其具体实现方式可以为中心支付平台从预先存储的充值类型信息和充值策略的对应关系中，确定BOSS发送的充值类型信息对应的充值策略；然后再根据充值策略、充值额度信息，调整确定的用户支付后台账户和代理商支付后台账户中的金额信息。在本发明实施例中，充值策略可能会出现下述几种情况情况一充值策略为利用代理商支付后台账户为用户支付后台账户充值。此时，中心支付平台执行从确定的代理商支付后台账户中扣除与充值额度信息对应的金额、在确定的用户支付后台账户中增加该对应的金额的操作。情况二 充值策略为利用代理商支付后台账户为用户卡中存储的卡片本地账户充值。此时，中心支付平台执行从确定的代理商支付后台账户中扣除与充值额度信息对应的金额、在确定的用户支付后台账户中增加该对应的金额的操作。进一步地，中心支付平台还从预先存储的用户支付后台账户与卡片本地账户的映射账户的对应关系中，确定与确定的用户支付后台账户对应的映射账户，然后再执行从确定的用户支付后台账户中扣除与充值额度信息对应的金额、在确定的映射账户中增加该对应的金额的操作。情况三充值策略为利用用户的用户支付后台账户为代理商支付后台账户充值。此时，中心支付平台执行从确定的用户支付后台账户中扣除与充值额度信息对应的金额、在确定的代理商支付后台账户中增加该对应的金额的操作。情况四充值策略为利用用户的卡片本地账户为代理商支付后台账户充值。此时，从预先存储的用户支付后台账户与卡片本地账户的映射账户的对应关系中，确定与确定的用户支付后台账户对应的映射账户，以及执行从确定的映射账户中扣除与充值额度信息对应的金额的操作；以及执行在确定代理商支付后台账户的中增加与充值额度信息对应的金额的操作。针对上述情况二，当确定出的充值策略为利用代理商支付后台账户为用户卡中存储的卡片本地账户充值时，在确定的映射账户中增加与充值额度信息 对应的金额的操作后，本发明实施例提供的上述方法还可以进一步包括下述步骤首先，POS在接收到中心支付平台发送的用于指示代理商支付后台账户和映射账户中当前金额信息的充值结果(一般地，该充值结果是依次经由中心支付平台、BOSS、POS服务平台传送后再发送到POS的)后，向用户卡发送验证请求，并接收用户卡根据该验证请求反馈的随机数；然后，POS根据用户卡发送的随机数和预先和用户卡约定的验证码生成算法，生成第一验证码信息发送给用户卡，并接收用户卡在比较出第一验证码信息与用户卡根据该随机数和上述算法生成的第二验证码信息匹配一致后发送的验证通过确认消息；最后，POS根据上述充值结果，更新用户卡中存储的卡片本地账户中的金额信息。可选的，在本发明实施例中，中心支付平台在执行充值操作时，可以先对用户卡的合法性进行验证，以避免对不合法的用户卡进行了充值。具体地，中心支付平台首先可以获得POS从用户卡中读取的验证码信息；然后，中心支付平台从预先存储的用户支付后台账户与验证码信息的对应关系中，确定与确定的用户支付后台账户对应的验证码信息；最后，中心支付平台在比较出确定的验证码信息和读取的验证码信息匹配一致时，再根据充值类型信息、充值额度信息，调整确定的用户支付后台账户和代理商支付后台账户中的金额信肩、O可选的，为了避免不合法的POS读取用户卡中的数据，POS从用户卡中读取用户卡标识的过程具体可以为首先，POS向用户卡发送承载有读取密钥的读卡请求消息；然后，POS在接收到用户卡反馈的允许POS读卡的通知消息后，读取用户卡标识。其中，该允许POS读卡的通知消息是在用户卡判断出自身预存的具有的读卡权限的POS的读取密钥中包含有读卡请求消息中承载的读取密钥后发送的。以下以具体的实施例I 4为例，详细说明本发明实施例提供的方案在实际中的应用过程。其中，实施例I为利用POS为用户的用户支付后台账户充值的过程，即利用代理商支付后台账户为用户的用户支付后台账户充值的过程；实施例2为利用POS为用户的卡片本地账户充值的过程，即利用代理商支付后台账户为用户的卡片本地账户充值的过程；实施例3为利用用户的用户支付后台账户为代理商支付后台账户充值的过程；实施例4为利用用户的卡片本地账户为代理商支付后台账户充值的过程。在介绍各个实施例之前，有必要对实施例的实施场景进行介绍。实施例I 4的实施场景类似，其示意图如图3a所示，主要包括用户所使用的支持RFID功能的用户卡(或包含用户卡的终端)201、POS-C 202 (即代理商所使用的POS)、L-POSP 203 (即本地的POS服务平台)，BOSS 204以及中心支付平台205。该场景下包含的上述功能实体的详细介绍分别如下用户卡(或包含用户卡的终端)201 :用于维护用户的卡片本地账户和用户卡(或包含用户卡的终端)201的序列号，用户卡(或包含用户卡的终端)201可以但不限于为在背景技术部分所述的支持RFID功能的专用卡，卡的类型则可以但不限于是SIM卡、USIM卡、IC卡等；POS-C 202 :即代理商所使用的P0S，其主要用于从用户卡(或包含用户卡的终端)201中读取用户卡(或包含用户卡的终端)201的序列号，并完成对用户卡(或包含用户卡的终端)201的鉴权、验证，以及对用户卡(或包含用户卡的终端)201中维护的卡片本地账户执行充值和扣款等功能，此外，还实现向L-POSP 203发起充值请求和支付请求的功倉泛;L-POSP 203 :即本地的POS服务平台，其主要用于处理POS-C 202发起的充值请 求和支付请求，并维护POS-C 202的标识(如序列号)与代理商标识(如代理商所使用的固定电话的号码、代理商所使用的移动终端号码(如手机号码等)等)的对应关系、用户卡(或包含用户卡的终端)201的序列号与用户标识(如用户所使用的固定电话的号码、用户所使用的移动终端号码(如手机号码等)等)的对应关系，并根据该些对应关系的变化，实现对其维护的该些对应关系的动态更新；BOSS 204 :主要负责管理用户的用户支付后台账户、代理商支付后台账户，并维护用户的用户支付后台账户与用户标识的对应关系、代理商支付后台账户与代理商标识的对应关系。此外还用于根据POS-C 202发起的充值请求和支付请求，通过向中心支付平台205发送相应的充值请求和支付请求的方式,请求中心支付平台205对相应的支付后台账户执行扣款或充值的操作；中心支付平台205 :主要用于维护支付后台账户(包括用户支付后台账户和代理商支付后台账户)，并根据BOSS 204发送的充值请求和支付请求，对相应的支付后台账户执行扣款或充值的操作，并将操作结果通知BOSS 204。以下分别介绍各个实施例。实施例I在本实施例I中，要实现的是利用POS为用户的用户支付后台账户充值，即要实现利用代理商支付后台账户为用户的用户支付后台账户充值。基于如图2所示的实施场景，实施例I的实现过程可以包括如图3b所示的下述步骤步骤31，POS-C 202在接收到代理商在进入POS-C 202充值菜单并输入的“用户支付后台账户充值”这一信号后，读取用户卡(或包含用户卡的终端)201的序列号，并接收代理商输入的充值额度信息；步骤32，POS-C 202向L-P0SP 203发送为用户的用户支付后台账户充值的请求，该请求承载有读取到的用户卡(或包含用户卡的终端)201的序列号、接收的充值额度信息、POS-C 202自身的标识(比如这里所说的POS-C 202的标识可以是POS-C 202的序列号)等；可选的，该请求中还可以承载本次执行的为用户的用户支付后台账户充值这一操作的流水号，其中，不同操作的流水号互不相同。操作被设置有流水号的好处在于，当充值操作较多时，能够方便地根据流水号查找相应的充值操作。可选的，该请求中还可以承载用户预先与BOSS约定的充值密码。该充值密码可以看做是可用于对用户合法身份进行鉴定的鉴权信息。步骤33，L-POSP 203在接收到为用户的用户支付后台账户充值的请求后，从该请求中解析出POS-C 202的标识，并根据预先存储的POS-C 202的标识与代理商手机号码的对应关系，确定解析出的POS-C 202的标识所对应的代理商手机号码；步骤34，L-POSP 203进一步从上述请求中解析出用户卡(或包含用户卡的终端)201的序列号，并根据预先存储的用户卡(或包含用户卡的终端)201的序列号与用户手机号码的对应关系，确定解析出的用户卡(或包含用户卡的终端)201的序列号所对应的用户手机号码；需要说明的是，本领域技术人员可以理解，上述步骤33、34的执行顺序可以很灵 活。除了有如上述所示的先执行步骤33再执行步骤34的执行顺序外，还可以先执行步骤34再执行步骤33，或者是并行执行步骤33、34。本发明实施例对此不做限定。步骤35，L-POSP 203将上述请求中承载的充值额度信息以及确定出的代理商手机号码和用户手机号码发送给BOSS 204，同时，L-POSP 203还根据POS-C 202发来的“为用户的用户支付后台账户充值的请求”的请求类型，向BOSS 204发送一个用于指示需要为用户的用户支付后台账户充值的充值标识A ;可选的，若上述请求中还承载有流水号和充值密码，则L-POSP 203还可以将流水号和充值密码发送给BOSS 204。步骤36，B0SS 204根据接收的由L-POSP 203发送来的用户手机号码，从预先存储的用户手机号码和用户的用户支付后台账户的对应关系中，确定接收到的该用户手机号码对应的用户支付后台账户，并根据接收的由L-POSP 203发送来的代理商手机号码，从预先存储的代理商手机号码和代理商支付后台账户的对应关系中，确定接收到的该代理商手机号码对应的代理商支付后台账户，然后执行步骤37 ；可选的，在确定出用户支付后台账户和代理商支付后台账户后，还可以进一步对用户支付后台账户和代理商支付后台账户的合法性进行验证，并在验证出确定的用户支付后台账户和代理商支付后台账户均合法后，再执行步骤37。具体地，可以要求用户输入其在开通用户支付后台账户时被BOSS 204分配的用户合法性标识，并通过比较该用户合法性标识与BOSS 204存储的与该用户的用户支付后台账户对应的用户合法性标识是否匹配一致，来验证用户支付后台账户的合法性。类似的，针对代理商支付后台账户，也可以要求代理商利用POS-C 202输入代理商被分配的代理商合法性标识，并通过比较该代理商合法性标识与BOSS 204存储的与该代理商的代理商支付后台账户对应的代理商合法性标识是否匹配一致，来验证代理商支付后台账户的合法性。步骤37，BOSS 204将确定出的用户支付后台账户和代理商支付后台账户、由L-POSP 203发送的充值额度信息和充值标识A发送给中心支付平台205 ；可选的，若上述请求中还承载有流水号，则BOSS 204还可以将流水号发送给中心支付平台205。步骤38，中心支付平台205根据BOSS 204发来的充值标识A，从预先约定的充值标识与充值策略的对应关系中，确定出与该充值标识A对应的充值策略为“为用户的用户支付后台账户充值”后，执行根据BOSS 204发来的充值额度信息，从BOSS 204发来的代理商支付后台账户中扣除与该充值额度信息对应的金额、在BOSS 204发来的用户支付后台账户中增加与该充值额度信息对应的金额的操作；步骤39，中心支付平台205将充值结果发送给BOSS 204，其中，这里的充值结果一般可以为代理商支付后台账户中当前金额信息以及用户的用户支付后台账户中当前的金额信息；可选的，若在步骤37中，BOSS 204还将流水号发送给中心支付平台205，那么在步骤39中，中心支付平台205在将充值结果发送给BOSS 204时，也将相应的流水号发送给BOSS 204。步骤310，BOSS 204将上述充值结果发送给L-P0SP 203 ；可选的，若中心支付平台205将相应的流水号发送给BOSS 204，那么B0SS204将该流水号发送给L-POSP 203。步骤311，L-POSP 203将充值结果发送给P0S-C 202 ；可选的，若BOSS 204将流水号发送给L-POSP 203，则L-P0SP 203将该流水号发送给POS-C 202。步骤312，POS-C 202显示充值结果，并打印充值凭证，流程结束。可选的，若L-POSP 203将流水号发送给POS-C 202，则P0S-C 202可以对该流水号和上述充值结果进行对应存储。可选的，实施例I中还可以进一步执行步骤313。在该步骤313中，中心支付平台205向用户卡(或包含用户卡的终端)201发送一个用于通知用户的用户支付后台账户充值成功的短消息。可选的，该短消息中可以承载用户的用户支付后台账户中当前的金额信息、发生本次充值操作的时间信息等。中心支付平台205可以是实现在用户支付后台账户中增加与充值额度信息对应的金额的操作后，立即发送该短消息；也可以是根据预先估计的一个延迟时间(视具体实际情况，该延迟时间可以为5s等等)来发送该短消息。需要说明的是，针对前一种发送方式，步骤313 —般是在步骤38之后、步骤39之前立即执行，而针对后一种发送方式，则根据延迟时间长短和通信网络实时的通信状况，步骤313的执行时间具有不确定性的特点。实施例2不同于实施例1，实施例2要实现的是利用POS为用户的卡片本地账户充值，即要实现利用代理商支付后台账户为用户的卡片本地账户充值。基于如图2所示的实施场景，为了完成实施例2所要实现的充值操作，中心支付平台205需要从代理商支付后台帐户中扣除金额，并将相应的金额充入用户的用户支付后台帐户，然后再从用户的用户支付后台账户扣除该金额，并将相应的金额充入用户的卡片本地账户在后台的映射账户(为了便于描述，实施例2中将卡片本地账户在后台的映射账户简称为用户支付子帐户)。具体地，实施例2的具体实现流程如图4所示，包括如下步骤步骤41，POS-C 202在接收到代理商在进入POS-C 202充值菜单并输入的“卡片本地账户充值”这一信号后，读取用户卡(或包含用户卡的终端)201的序列号，并接收代理商输入的充值额度信息；步骤42，POS-C 202向L-P0SP 203发送为用户的卡片本地账户充值的请求，该请求承载有读取到的用户卡(或包含用户卡的终端)201的序列号、接收的充值额度信息、POS-C 202自身的标识(比如这里所说的POS-C 202的标识可以是POS-C 202的序列号)等;可选的，该请求中还可以承载本次执行的为用户的卡片本地账户充值这一操作的流水号。可选的，该请求中还可以承载用户预先与BOSS约定的充值密码。该充值密码可以看做是可用于对用户合法身份进行鉴定的鉴权信息。步骤43，L-POSP 203在接收到为用户的卡片本地账户充值的请求后，从该请求中解析出POS-C 202的标识，并根据预先存储的POS-C 202的标识与代理商手机号码的对应关系，确定解析出的POS-C 202的标识所对应的代理商手机号码；步骤44，L-POSP 203进一步从上述请求中解析出用户卡(或包含用户卡的终端)201的序列号，并根据预先存储的用户卡(或包含用户卡的终端)201的序列号与用户·手机号码的对应关系，确定解析出的用户卡(或包含用户卡的终端)201的序列号所对应的用户手机号码；需要说明的是，本领域技术人员可以理解，上述步骤43、34的执行顺序可以很灵活。除了有如上述所示的先执行步骤43再执行步骤44的执行顺序外，还可以先执行步骤44再执行步骤43，或者是并行执行步骤43、34。本发明实施例对此不做限定。步骤45，L-POSP 203将上述请求中承载的充值额度信息以及确定出的代理商手机号码和用户手机号码发送给BOSS 204，同时，L-POSP 203还根据POS-C 202发来的“为用户的卡片本地账户充值的请求”的请求类型，向B0SS204发送一个用于指示需要为用户的卡片本地账户充值的充值标识B ；可选的，若上述请求中还承载有流水号和充值密码，则L-POSP 203还可以将流水号和充值密码发送给BOSS 204。步骤46，B0SS 204根据接收的由L-POSP 203发送来的用户手机号码，从预先存储的用户手机号码和用户的用户支付后台账户的对应关系中，确定接收到的该用户手机号码对应的用户支付后台账户，并根据接收的由L-POSP 203发送来的代理商手机号码，从预先存储的代理商手机号码和代理商支付后台账户的对应关系中，确定接收到的该代理商手机号码对应的代理商支付后台账户，然后执行步骤47 ；步骤47，BOSS 204将确定出的用户支付后台账户和代理商支付后台账户、由L-POSP 203发送的充值额度信息和充值标识B发送给中心支付平台205 ；可选的，若上述请求中还承载有流水号，则BOSS 204还可以将流水号发送给中心支付平台205。步骤48，中心支付平台205根据BOSS 204发来的充值标识B，从预先约定的充值标识与充值策略的对应关系中，确定出与该充值标识A对应的充值策略为“为用户的卡片本地账户充值”后，执行根据BOSS 204发来的充值额度信息，从BOSS 204发来的代理商支付后台账户中扣除与该充值额度信息对应的金额、在BOSS 204发来的用户支付后台账户中增加与该充值额度信息对应的金额的操作；步骤49，中心支付平台205根据BOSS 204发来的用户支付后台账户，从中心支付平台205预先存储的用户支付后台账户与用户支付子帐户(即卡片本地账户在后台的映射账户)的对应关系中，确定与BOSS 204发来的用户支付后台账户对应的用户支付子账户，并根据BOSS 204发来的充值额度信息，执行从BOSS 204发来的用户支付后台账户中扣除与该充值额度信息对应的金额、在确定的用户支付子账户中增加与该充值额度信息对应的金额的操作；步骤410，中心支付平台205将充值结果发送给BOSS 204，其中，这里的充值结果一般为代理商支付后台账户中当前金额信息以及用户的用户支付子账户中当前的金额信息；可选的，若在步骤47中，BOSS 204还将流水号发送给中心支付平台205，那么在步骤410中，中心支付平台205在将充值结果发送给BOSS 204时，也将相应的流水号发送给BOSS 204。 步骤411，BOSS 204将上述充值结果发送给L-P0SP 203 ；可选的，若中心支付平台205将相应的流水号发送给BOSS 204，那么B0SS204将该流水号发送给L-POSP 203。步骤412，L-POSP 203将充值结果发送给P0S-C 202 ；可选的，若BOSS 204将流水号发送给L-POSP 203，则L-P0SP 203将该流水号发送给POS-C 202。步骤413，POS-C 202显示充值结果，并打印充值凭证；可选的，若L-POSP 203将该流水号发送给POS-C 202，则P0S-C 202可以对该流水号和相应的充值结果进行对应存储。步骤414，POS-C 202向用户卡(或包含用户卡的终端)201发送验证请求；步骤415，用户卡(或包含用户卡的终端)201在接收到验证请求后，产生一个随机数a发送给POS-C 202，并根据用户卡(或包含用户卡的终端)201与POS-C 202约定的第一验证码生成算法和生成的随机数a，生成验证码MACl ；步骤416，POS-C 202在接收到随机数a后，根据用户卡(或包含用户卡的终端)201与POS-C 202约定的第一验证码生成算法和该随机数a，生成验证码MAC2，并向用户卡(或包含用户卡的终端)201发出携带有MAC2的卡片本地账户充值指令；步骤417，用户卡(或包含用户卡的终端)201对POS-C 202发来的MAC2进行验证，即比较自身生成的MACl与POS-C 202发来的MAC2是否匹配一致，若比较结果为是，则验证成功，此时用户卡(或包含用户卡的终端)201通过向POS-C 202发送一个验证通过确认消息的方式，允许POS-C 202执行对自身数据的修改；步骤418，P0S_C 202根据接收到的充值结果，将用户卡(或包含用户卡的终端)201中维护的卡片本地账户进行更新，将该卡片本地账户中的金额信息更新为与充值结果对应的用户支付子账户中当前的金额信息一致；可选的，POS-C 202在实现对用户卡(或包含用户卡的终端)201中维护的卡片本地账户中的金额信息的更新后，还可以生成相应的卡片本地账户充值流水号和TAC码。其中，该TAC码的作用在于标示该充值操作，比如可以看做是该充值操作的交易确认码。步骤419，POS-C 202显示更新后的卡片本地账户中的金额信息，以通知对用户的卡片本地账户充值成功，流程结束。可选的，实施例I中还可以进一步执行步骤420。在该步骤420中，中心支付平台205向用户卡(或包含用户卡的终端)201发送一个用于通知用户的用户支付子账户充值成功的短消息。可选的，该短消息中可以承载用户的用户支付子账户中当前的金额信息、发生本次充值操作的时间信息等。中心支付平台205可以是实现在用户支付子账户中增加与充值额度信息对应的金额的操作后，立即发送该短消息；也可以是根据预先估计的一个延迟时间(视具体实际情况，该延迟时间可以为5s等等)来发送该短消息。需要说明的是，针对前一种发送方式，步骤420 —般是在步骤49之后、步骤410之前立即执行，而针对后一种发送方式，则根据延迟时间长短和通信网络实时的通信状况，步骤420的执行时间具有不确定性的特点。实施例3在本实施例3中，要实现的是用户利用POS和用户的用户支付后台账户进行消费，即要实现利用用户的用户支付后台账户为代理商支付后台账户充值。在用户进行消费时，需要在POS-C 202中输入支付金额和支付密码。具体地，基于如图2所示的实施场景，实施例3的实现过程可以包括如图5所示的下述步骤
步骤51，包含用户卡(或包含用户卡的终端)201的用户终端向POS-C 202发送支付金额信息和支付密码；步骤52，POS-C 202在接收到用户终端发送的支付金额信息和支付密码后，读取用户卡(或包含用户卡的终端)201的序列号；步骤53，POS-C 202向L-POSP 203发送通过用户的用户支付后台账户为代理商支付后台账户充值的请求，该请求承载有读取到的用户卡(或包含用户卡的终端)201的序列号、用户终端发送的支付金额信息和支付密码、POS-C 202自身的标识等；可选的，该请求中还可以承载本次执行的通过用户支付后台账户为代理商支付后台账户充值这一操作的流水号。步骤54，L-POSP 203在接收到通过用户支付后台账户为代理商支付后台账户充值的请求后，从该请求中解析出POS-C 202的标识，并根据预先存储的POS-C 202的标识与代理商手机号码的对应关系，确定解析出的POS-C 202的标识所对应的代理商手机号码；步骤55，L-POSP 203进一步从上述请求中解析出用户卡(或包含用户卡的终端)201的序列号，并根据预先存储的用户卡(或包含用户卡的终端)201的序列号与用户手机号码的对应关系，确定解析出的用户卡(或包含用户卡的终端)201的序列号所对应的用户手机号码；步骤56，L-POSP 203将上述请求中承载的消费额度信息以及确定出的代理商手机号码和用户手机号码发送给BOSS 204，同时，L-POSP 203还根据POS-C 202发来的“通过用户支付后台账户为代理商支付后台账户充值的请求”的请求类型，向BOSS 204发送一个用于指示需要通过用户的用户支付后台账户为代理商支付后台账户充值的充值标识C ;可选的，若上述请求中还承载有流水号和支付密码，则L-POSP 203还可以将流水号和支付密码发送给BOSS 204。步骤57，B0SS 204根据接收的由L-POSP 203发送来的用户手机号码，从预先存储的用户手机号码和用户的用户支付后台账户的对应关系中，确定接收到的该用户手机号码对应的用户支付后台账户，并根据接收的由L-POSP 203发送来的代理商手机号码，从预先存储的代理商手机号码和代理商支付后台账户的对应关系中，确定接收到的该代理商手机号码对应的代理商支付后台账户，然后执行步骤58 ；
步骤58，BOSS 204将确定出的用户支付后台账户和代理商支付后台账户、由L-POSP 203发送的消费额度信息和充值标识C发送给中心支付平台205 ；可选的，若上述请求中还承载有流水号，则BOSS 204还可以将流水号发送给中心支付平台205。步骤59，中心支付平台205根据BOSS 204发来的充值标识C，从预先约定的充值标识与充值策略的对应 关系中，确定出与该充值标识C对应的充值策略为“通过用户的用户支付后台账户为代理商支付后台账户充值”后，执行根据BOSS 204发来的消费额度信息，执行从BOSS 204发来的用户支付后台账户中扣除与该消费额度信息对应的金额、在BOSS204发来的代理商支付后台账户中增加与该消费额度信息对应的金额的操作；步骤510，中心支付平台205将充值结果发送给BOSS 204，其中，这里的充值结果一般为代理商支付后台账户中当前金额信息以及用户的用户支付后台账户中当前的金额信息；可选的，若在步骤58中，BOSS 204还将流水号发送给中心支付平台205，那么在步骤510中，中心支付平台205在将充值结果发送给BOSS 204时，也将相应的流水号发送给BOSS 204。步骤511，BOSS 204将上述充值结果发送给L-P0SP 203 ；可选的，若中心支付平台205将相应的流水号发送给BOSS 204，那么B0SS204将该流水号发送给L-POSP 203。步骤512，L-POSP 203将充值结果发送给P0S-C 202 ；可选的，若BOSS 204将流水号发送给L-POSP 203，则L-POSP 203将该流水号发送给POS-C 202。步骤513，POS-C 202显示充值结果，并打印充值凭证，流程结束。可选的，实施例I中还可以进一步执行步骤514。在该步骤514中，中心支付平台205向用户卡(或包含用户卡的终端)201发送一个用于通知用户的用户支付后台账户充值成功的短消息。可选的，该短消息中可以承载用户的用户支付后台账户中当前的金额信息、发生本次充值操作的时间信息等。中心支付平台205可以是实现在代理商支付后台账户中增加与消费额度信息对应的金额的操作后，立即发送该短消息；也可以是根据预先估计的一个延迟时间(视具体实际情况，该延迟时间可以为5s等等)来发送该短消息。实施例4在本实施例4中，要实现的是用户利用POS和用户的卡片本地账户进行消费，即要实现利用用户的卡片本地账户为代理商支付后台账户充值。在用户进行消费时，需要在POS-C 202中输入支付金额和支付密码。具体地，基于如图2所示的实施场景，实施例4的实现过程可以包括如图6所示的下述步骤步骤61，包含用户卡(或包含用户卡的终端)201的用户终端向POS-C 202发送支付金额信息和支付密码；可选的，为了与实施例3中所述的利用用户的用户支付后台账户为代理商支付后台账户充值的情况相区别，在实施例4中，用户终端不仅向POS-C 202发送支付金额信息和支付密码，还可以向POS-C 202发送一个用于指示此时是利用用户的卡片本地账户为代理商支付后台账户充值的标识，如标识00。类似的，在实施例3中，用户终端也可以向POS-C202发送一个用于指示此时是利用用户的用户支付后台账户为代理商支付后台账户充值的标识，如标识01。步骤62，POS-C 202在接收到用户终端发送的支付金额信息和支付密码后，生成验证码MAC3，并向用户终端发送携带有MAC3的消费初始化指令；步骤63，用户终端在接收到POS-C 202发送的消费初始化指令后，判断该指令中携带的MAC3是否存在于预先约定的合法POS对应的验证码中，在判断结果为是时，确定POS-C 202为合法的P0S，从而根据上述支付金额信息，执行扣除用户卡(或包含用户卡的终端)201维护的卡片本地账户中相应金额的操作，并根据预先约定的第二验证码生成算法，生成验证码MAC4 ；其中，这里的验证码MAC4可以但不限于是利用用户卡(或包含用户卡的终端)201的序列号和第二验证码生成算法生成的。 步骤64，用户终端向POS-C 202发送消费响应指令，该指令中携带MAC4 ；步骤65，POS-C 202读取用户终端中的用户卡(或包含用户卡的终端)201的序列号;步骤66，POS-C 202根据读取到的用户卡(或包含用户卡的终端)201的序列号和上述预先约定的验证码生成方式所规定的验证码生成算法，生成MAC5 ;当比较出MAC4和MAC5匹配一致时，POS-C 202确定包含用户卡(或包含用户卡的终端)201的用户终端的合法性；步骤67，P0S_C 202向L-POSP 203发送通过用户的卡片本地账户为代理商支付后台账户充值的请求，该请求承载有读取到的用户卡(或包含用户卡的终端)201的序列号、用户终端发送的支付金额信息和支付密码、POS-C 202自身的标识等；可选的，该请求中还可以承载本次执行的通过用户的卡片本地账户为代理商支付后台账户充值这一操作的流水号。步骤68，L-POSP 203在接收到通过卡片本地账户为代理商支付后台账户充值的请求后，从该请求中解析出POS-C 202的标识，并根据解析出的P0S-C202的标识，从预先存储的POS-C 202的标识与代理商手机号码的对应关系中确定解析出的该POS-C 202的标识所对应的代理商手机号码，同时，L-P0SP203还从预先存储的用户卡(或包含用户卡的终端)201的序列号与用户手机号码的对应关系中，确定POS-C 202发送来的用户卡(或包含用户卡的终端)201的序列号所对应的用户手机号码；步骤69，L-POSP 203将上述请求中承载的消费额度信息以及确定出的代理商手机号码、用户手机号码发送给BOSS 204，同时，L-POSP 203还根据POS-C 202发来的“通过用户的卡片本地账户为代理商支付后台账户充值的请求”的请求类型，向BOSS 204发送一个用于指示需要通过卡片本地账户为代理商支付后台账户充值的充值标识D ；可选的，若上述请求中还承载有流水号和支付密码，则L-POSP 203还可以将流水号和支付密码发送给BOSS 204。步骤610，BOSS 204根据接收的由L-POSP 203发送来的代理商手机号码，从预先存储的代理商手机号码和代理商支付后台账户的对应关系中，确定接收到的该代理商手机号码对应的代理商支付后台账户，并根据L-POSP 203发送来的用户手机号码，从预先存储的用户手机号码和用户的用户支付后台账户的对应关系中，确定接收到的该用户手机号码对应的用户支付后台账户，然后执行步骤611 ；步骤611，BOSS 204将确定出的代理商支付后台账户、用户支付后台账户、由L-POSP 203发送的消费额度信息和充值标识D发送给中心支付平台205 ；可选的，若上述请求中还承载有流水号，则BOSS 204还可以将流水号发送给中心支付平台205。步骤612，中心支付平台205根据BOSS 204发来的充值标识D，从预先约定的充值标识与充值策略的对应关系中，确定出与该充值标识D对应的充值策略为“通过卡片本地账户为代理商支付后台账户充值”后，从预先存储的用户支付后台账户与用户支付子帐户的对应关系中，确定BOSS 204发来的用户支付后台账户对应的用户支付子账户，并执行根据BOSS 204发来的消费额度信息，在确定的用户支付子账户中扣除与消费额度信息对应的金额的操作，以及执行在BOSS 204发来的代理商支付后台账户中增加与该消费额度信息对应的金额的操作； 步骤613，中心支付平台205将充值结果发送给BOSS 204，其中，这里的充值结果一般为代理商支付后台账户中当前金额信息以及用户支付子账户中当前金额信息；步骤614，BOSS 204将上述充值结果发送给L-P0SP 203 ；步骤615，L-POSP 203将充值结果发送给P0S-C 202 ；步骤616，POS-C 202显示充值结果，并打印充值凭证，流程结束。需要重点说明的是，本发明实施例中，为了保证信息在如图2所示的功能实体之间交互时的安全性，可以在如图3a 图6所示的流程中增加对功能实体之间交互的信息进行加密的操作，以使得图3a 图6所示的流程满足现有银行的金融标准一PBOC安全体系设计的要求。以如图2所示的场景为例，用户卡(或包含用户卡的终端)201和P0S-C202之间交互的信息可以是满足物理层安全标准协议IS014443的射频信号，POS-C 202和L-POSP203之间交互的信息可以按照标准协议IS08583进行加密的信息，L-POSP 203与BOSS 204之间以及BOSS 204与中心支付平台205之间可以基于专用安全线路建立连接，基于建立的连接，L-POSP 203与B0SS204之间交互的信息以及BOSS 204与中心支付平台205之间交互的信息都可以是加密的信息。本发明实施例中，图2所示的几乎所有功能实体都可以预先存储相应的密钥，以对传输的信息执行加密处理。比如，用户卡(或包含用户卡的终端)201中可以预存具有读卡权限的POS-C 202的读取密钥；POS-C 202中可以预存自身的读取密钥以及用于对读取到的信息和输入POS-C 202的信息进行加密处理的POS-C密钥；L-P0SP 203中可以预存POS-C 202的标识与POS-C密钥的对应关系，并存储L-POSP密钥；而中心支付平台205中可以存储支付平台密钥。以如图4所示的实施例2的实现流程为例，在如图2所示的功能实体间交互加密信息的流程示意图如图7所示，包括以下步骤步骤71，POS-C 202在接收到代理商在进入POS-C 202充值菜单并输入的“卡片本地账户充值”这一信号后，向用户卡(或包含用户卡的终端)201发送承载有“读取密钥”的读卡请求消息；步骤72，用户卡(或包含用户卡的终端)201在接收到读卡请求消息后，判断自身预存的具有读卡权限的POS-C 202的读取密钥中是否包含该读卡请求消息中承载的读取密钥，并在判断结果为是时，向POS-C 202反馈允许P0S-C202读卡的通知消息，并生成验证码 MACO ；步骤73，POS-C 202读取用户卡(或包含用户卡的终端)201的序列号和MACO，并接收代理商输入的充值额度信息和充值密码信息；步骤74，P0S_C 202根据存储的POS-C密钥，对读取到的用户卡(或包含用户卡的终端)201的序列号、MACO以及代理商输入的充值额度信息和充值密码信息进行加密后，将得到的加密信息和该POS-C 202的标识一同承载在为用户的卡片本地账户充值的请求中发送给 L-POSP 203 ；可选的，POS-C密钥也可以不用存储在POS-C 202中，而是通过在P0S-C202设置专门的密码键盘的方式，由代理商通过该密码键盘输入该POS-C密钥；·步骤75，L-POSP 203在接收到为用户的卡片本地账户充值的请求后，根据从该请求中解析出POS-C 202的标识，并根据预先存储的POS-C 202的标识与POS-C密钥的对应关系中，确定相应的POS-C密钥，并利用确定的POS-C密钥解密承载在上述请求中的加密信息，从而得到用户卡(或包含用户卡的终端)201的序列号、MACO以及代理商输入的充值额度信息和充值密码信息；步骤76，L-POSP 203从预先存储的POS-C 202的标识与代理商手机号码的对应关系中，确定解析出的POS-C 202的标识所对应的代理商手机号码，并从预先存储的用户卡(或包含用户卡的终端)201的序列号与用户手机号码的对应关系中，确定解密得到的用户卡(或包含用户卡的终端)201的序列号所对应的用户手机号码；步骤77，由于L-POSP 203与BOSS 204之间是基于专用安全线路建立连接的，可以在一定程度上保证信息传输的安全性，因此，L-POSP 203可以直接将解密得到的MAC0、充值额度信息以及确定出的代理商手机号码和用户手机号码发送给BOSS 204，同时，L-POSP203还根据POS-C 202发来的“为用户的卡片本地账户充值的请求”的请求类型，向BOSS204发送一个用于指示需要为用户的卡片本地账户充值的充值标识B ；步骤78，B0SS 204根据接收的由L-POSP 203发送来的用户手机号码，从预先存储的用户手机号码和用户的用户支付后台账户的对应关系中，确定接收到的该用户手机号码对应的用户支付后台账户，并根据接收的由L-POSP 203发送来的代理商手机号码，从预先存储的代理商手机号码和代理商支付后台账户的对应关系中，确定接收到的该代理商手机号码对应的代理商支付后台账户；可选的，BOSS 204可以通知用户通过POS-C 202输入其在开通用户支付后台账户时被BOSS 204分配的用户合法性标识，并通过比较该用户合法性标识与BOSS 204存储的与该用户的用户支付后台账户对应的用户合法性标识是否匹配一致，来验证用户支付后台账户的合法性。类似的，针对代理商支付后台账户，BOSS 204也可以通知代理商利用POS-C202输入代理商被分配的代理商合法性标识，并通过比较该代理商合法性标识与BOSS 204存储的与该代理商的代理商支付后台账户对应的代理商合法性标识是否匹配一致，来验证代理商支付后台账户的合法性。在验证出用户支付后台账户和代理商支付后台账户均合法后，继续步骤79 ；步骤79，由于BOSS 204与中心支付平台205之间是基于专用安全线路建立连接的，可以在一定程度上保证信息传输的安全性，因此，BOSS 204可以直接将确定出的用户支付后台账户和代理商支付后台账户、由L-POSP 203发送的MACO、充值额度信息和充值标识B发送给中心支付平台205 ；步骤710，中心支付平台205从根据用户支付后台账户与验证码的对应关系中，确定与接收到的用户支付后台账户对应的验证码MACO’，并比较接收到的MACO与确定的MAC0’是否匹配一致，并在比较结果为是时，执行步骤711，否则结束流程；步骤711，中心支付平台205根据BOSS 204发来的充值标识B，从预先约定的充值标识与充值策略的对应关系中，确定出与该充值标识A对应的充值策略为“为用户的卡片本地账户充值”后，执行根据BOSS 204发来的充值额度信息，从BOSS 204发来的代理商支付后台账户中扣除与该充值额度信息对应的金额、在BOSS 204发来的用户支付后台账户中增加与该充值额度信息对应的金额的操作；步骤712，中心支付平台205根据BOSS 204发来的用户支付后台账户，从中心支付平台205预先存储的用户支付后台账户与用户支付子帐户(即卡片本地账户在后台的映射账户)的对应关系中，确定与BOSS 204发来的用户支付后台账户对应的用户支付子账户，并根据BOSS 204发来的充值额度信息，执行从BOSS 204发来的用户支付后台账户中扣除与该充值额度信息对应的金额、在确定的用户支付子账户中增加与该充值额度信息对应的金额的操作；步骤713，中心支付平台205将充值结果发送给BOSS 204，其中，这里的充值结果一般为代理商支付后台账户中当前金额信息以及用户的用户支付子账户中当前的金额信息；步骤714，BOSS 204将上述充值结果发送给L-P0SP 203 ；步骤715，L-POSP 203将充值结果发送给P0S-C 202 ；步骤716，P0S_C 202显示充值结果，并打印充值凭证，并向用户卡(或包含用户卡的终端)201发送验证请求；步骤717，用户卡(或包含用户卡的终端)201在接收到验证请求后，产生一个随机数a发送给POS-C 202，并根据用户卡(或包含用户卡的终端)201与POS-C 202约定的验证码生成算法和生成的随机数a，生成验证码MACl ；步骤718，POS-C 202在接收到随机数a后，根据用户卡(或包含用户卡的终端)201与POS-C 202约定的验证码生成算法和该随机数a，生成验证码MAC2，并向用户卡(或包含用户卡的终端)201发出携带有MAC2的卡片本地账户充值指令；步骤719，用户卡(或包含用户卡的终端)201对POS-C 202发来的MAC2进行验证，即比较自身生成的MACl与POS-C 202发来的MAC2是否匹配一致，若比较结果为是，则验证成功，此时用户卡(或包含用户卡的终端)201通过向POS-C 202发送一个验证通过确认消息的方式，允许POS-C 202执行对自身数据的修改；步骤720，P0S_C 202根据接收到的充值结果，将用户卡(或包含用户卡的终端)201中维护的卡片本地账户进行更新，将该卡片本地账户中的金额信息更新为与充值结果对应的用户支付子账户中当前的金额信息一致；步骤721，POS-C 202显示更新后的卡片本地账户中的金额信息，以通知对用户的卡片本地账户充值成功，流程结束。
对应于本发明实施例提供的基于POS实现账户充值的方法，本发明实施例还提供一种基于POS实现账户充值的系统，该系统包括如图8所示的组成单元，分别为POS服务平台81、B0SS82和中心支付平台83，其中各单元的具体功能如下POS服务平台81，用于接收POS发送的POS标识、充值额度信息、充值类型信息、POS读取的用户卡标识；以及从预先存储的用户卡标识与用户标识的对应关系中，确定与POS发送的用户卡标识对应的用户标识，并从存储的POS标识与代理商标识的对应关系中，确定与POS发送的POS标识对应的代理商标识；以及将充值额度信息、充值类型信息以及确定的用户标识和代理商标识发送给业务运营支撑系统B0SS82 ；B0SS82，用于从预先存储的用户标识和用户支付后台账户的对应关系中，确定POS服务平台81发送的用户标识对应的用户支付后台账户，并从预先存储的代理商标识和代理商支付后台账户的对应关系中，确定POS服务平台81发送的用户标识对应的代理商支付后台账户；并将充值类型信息、充值额度信息和确定的用户支付后台账户和代理商支付后台账户发送给中心支付平台83 ； 中心支付平台83，用于根据充值类型信息、充值额度信息，调整B0SS84确定并发送的用户支付后台账户和代理商支付后台账户中的金额信息。可选的，本发明实施例中可以将中心支付平台83具体划分为以下功能单元，包括充值策略确定单元，用于从预先存储的充值类型信息和充值策略的对应关系中，确定B0SS82发送的充值类型信息对应的充值策略；以及充值执行单元，用于当充值策略确定单元确定出的充值策略为利用代理商支付后台账户为用户支付后台账户充值时，执行从确定的代理商支付后台账户中扣除与所述充值额度信息对应的金额、在确定的用户支付后台账户中增加所述对应的金额的操作；当充值策略确定单元确定出的充值策略为利用代理商支付后台账户为用户卡中存储的卡片本地账户充值时，执行从确定的代理商支付后台账户中扣除所述对应的金额、在确定的用户支付后台账户中增加所述对应的金额的操作；并从预先存储的用户支付后台账户与卡片本地账户的映射账户的对应关系中，确定与所述确定的用户支付后台账户对应的映射账户，以及执行从确定的用户支付后台账户中扣除所述对应的金额、在确定的映射账户中增加所述对应的金额的操作；当充值策略确定单元确定出的充值策略为利用用户的用户支付后台账户为代理商支付后台账户充值时，执行从确定的用户支付后台账户中扣除与所述充值额度信息对应的金额、在确定的代理商支付后台账户中增加所述对应的金额的操作；当充值策略确定单元确定出的充值策略为利用用户的卡片本地账户为代理商支付后台账户充值时，执行在确定代理商支付后台账户的中增加所述对应的金额的操作；并从预先存储的用户支付后台账户与卡片本地账户的映射账户的对应关系中，确定与所述确定的用户支付后台账户对应的映射账户，以及执行从确定的映射账户中扣除所述对应的金额的操作。可选的，当上述系统还包括P0S，且确定出的充值策略为利用代理商支付后台账户为用户卡中存储的卡片本地账户充值时，该POS可以划分为以下功能模块，具体包括标识读取单元，用于从用户卡中读取用户卡标识；信息获得单元，用于获得充值额度信息、充值类型信息；信息发送单元，用于将POS自身的POS标识、标识读取单元读取的用户卡标识、信息获得单元获得的充值额度信息和充值类型信息发送给POS服务平台81 ;充值结果接收单元，用于在中心支付平台83执行在确定的映射账户中增加所述对应的金额的操作后，接收中心支付平台83发送的用于指示代理商支付后台账户和所述映射账户中当前金额信息的充值结果；验证请求发送单元，用于在充值结果接收单元接收所述充值结果后，向用户卡发送验证请求；随机数接收单元，用于接收用户卡根据验证请求发送单元发送的验证请求反馈的随机数；验证码信息生成单元，用于根据随机数接收单元接收的随机数和预先和用户卡约定的验证码生成算法，生成第一验证码信息发送给用户卡；确认消息接收单元，用于接收用户卡在比较出验证码信息生成单元发送的第一验证码信息与用户卡根据所述随机数和所述算法生成的第二验证码信息匹配一致后发送的验证通过确认消息；更新单元，用于根据充值结果接收单元接收的所述充值结果，更新所述用户卡中存 储的卡片本地账户中的金额信息。可选的，本发明实施例中可以将中心支付平台83具体划分为以下功能单元，具体包括信息获得单元，用于获得POS从用户卡中读取的验证码信息；信息确定单元，用于从预先存储的用户支付后台账户与验证码信息的对应关系中，确定与确定的用户支付后台账户对应的验证码信息；比较单元，用于比较信息确定单元确定的验证码信息和信息获得单元获得的验证码信息是否匹配一致；金额调整单元，用于在比较单元得到的比较结果为是时，根据充值类型信息、充值额度信息，调整确定的用户支付后台账户和代理商支付后台账户中的金额信息。可选的，上述系统还可以进一步包括P0S，该POS可以划分为以下功能单元请求消息发送单元，用于向用户卡发送承载有读取密钥的读卡请求消息；读卡单元，用于在接收到用户卡反馈的允许POS读卡的通知消息后，读取用户卡标识，其中，允许POS读卡的通知消息是在用户卡判断出自身预存的具有的读卡权限的POS的读取密钥中包含有请求消息发送单元发送的读卡请求消息中承载的读取密钥后发送的；信息获得单元，用于获得充值额度信息、充值类型信息；发送单元，用于将POS自身的POS标识、读卡单元读取的用户卡标识、信息获得单元获得的充值额度信息和充值类型信息发送给POS服务平台81。相应地，本发明实施例还提供一种POS服务平台设备，该设备具体包括以下功能单元:接收单元，用于接收POS发送的POS标识、充值额度信息、充值类型信息、POS读取的用户卡标识；确定单元，用于从预先存储的用户卡标识与用户标识的对应关系中，确定接收单元接收的用户卡标识对应的用户标识，并从存储的POS标识与代理商标识的对应关系中，确定接收单元接收的POS标识对应的代理商标识；发送单元，用于将接收单元接收的充值额度信息、充值类型信息以及确定单元确定的用户标识和代理商标识发送给业务运营支撑系统BOSS。此外，本发明实施例还提供一种BOSS，其包括以下功能单元接收单元，用于接收POS服务平台发送的充值额度信息、充值类型信息、用户标识、代理商标识；确定单元，用于从预先存储的用户标识和用户支付后台账户的对应关系中，确定接收单元接收的用户标识对应的用户支付后台账户，并从预先存储的代理商标识和代理商支付后台账户的对应关系中，确定接收单元接收的用户标识对应的代理商支付后台账户；发送单元，用于将接收单元接收的充值类型信息、充值额度信息和确定单元确定的确定的用户支付后台账户、代理商支付后台账户发送给中心支付平台。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种实现账户充值的系统，其特征在于，包括POS服务平台、业务运营支撑系统BOSS和中心支付平台,其中 POS服务平台，用于接收POS发送的POS标识、充值额度信息、充值类型信息、POS读取的用户卡标识，以及从预先存储的用户卡标识与用户标识的对应关系中，确定与POS发送的用户卡标识对应的用户标识，并从存储的POS标识与代理商标识的对应关系中，确定与POS发送的POS标识对应的代理商标识；以及将充值额度信息、充值类型信息以及确定的用户标识和代理商标识发送给业务运营支撑系统BOSS ； BOSS，用于从预先存储的用户标识和用户支付后台账户的对应关系中，确定POS服务平台发送的用户标识对应的用户支付后台账户，并从预先存储的代理商标识和代理商支付后台账户的对应关系中，确定POS服务平台发送的用户标识对应的代理商支付后台账户；并将充值类型信息、充值额度信息和确定的用户支付后台账户和代理商支付 后台账户发送给中心支付平台； 中心支付平台，用于根据充值类型信息、充值额度信息，调整所述确定的用户支付后台账户和代理商支付后台账户中的金额信息。
2.如权利要求I所述的系统，其特征在于，中心支付平台具体包括 充值策略确定单元，用于从预先存储的充值类型信息和充值策略的对应关系中，确定BOSS发送的充值类型信息对应的充值策略；以及 充值执行单元，用于当充值策略确定单元确定出的充值策略为利用代理商支付后台账户为用户支付后台账户充值时，执行从确定的代理商支付后台账户中扣除与所述充值额度信息对应的金额、在确定的用户支付后台账户中增加所述对应的金额的操作； 当充值策略确定单元确定出的充值策略为利用代理商支付后台账户为用户卡中存储的卡片本地账户充值时，执行从确定的代理商支付后台账户中扣除所述对应的金额、在确定的用户支付后台账户中增加所述对应的金额的操作；并从预先存储的用户支付后台账户与卡片本地账户的映射账户的对应关系中，确定与所述确定的用户支付后台账户对应的映射账户，以及执行从确定的用户支付后台账户中扣除所述对应的金额、在确定的映射账户中增加所述对应的金额的操作； 当充值策略确定单元确定出的充值策略为利用用户的用户支付后台账户为代理商支付后台账户充值时，执行从确定的用户支付后台账户中扣除与所述充值额度信息对应的金额、在确定的代理商支付后台账户中增加所述对应的金额的操作； 当充值策略确定单元确定出的充值策略为利用用户的卡片本地账户为代理商支付后台账户充值时，从预先存储的用户支付后台账户与卡片本地账户的映射账户的对应关系中，确定与所述确定的用户支付后台账户对应的映射账户，以及执行从确定的映射账户中扣除所述对应的金额的操作；以及执行在确定代理商支付后台账户的中增加所述对应的金额的操作。
3.如权利要求2所述的系统，其特征在于，所述系统还包括P0S，以及当确定出的充值策略为利用代理商支付后台账户为用户卡中存储的卡片本地账户充值时，POS具体包括 标识读取单元，用于从用户卡中读取用户卡标识； 信息获得单元，用于获得充值额度信息、充值类型信息； 信息发送单元，用于将POS自身的POS标识、标识读取单元读取的用户卡标识、信息获得单元获得的充值额度信息和充值类型信息发送给POS服务平台； 充值结果接收单元，用于在中心支付平台执行在确定的映射账户中增加所述对应的金额的操作后，接收中心支付平台发送的用于指示代理商支付后台账户和所述映射账户中当前金额信息的充值结果； 验证请求发送单元，用于在充值结果接收单元接收所述充值结果后，向所述用户卡发送验证请求； 随机数接收单元，用于接收所述用户卡根据验证请求发送单元发送的验证请求反馈的随机数； 验证码信息生成单元，用于根据随机数接收单元接收的随机数和预先和所述用户卡约定的验证码生成算法，生成第一验证码信息发送给所述用户卡； 确认消息接收单元，用于接收所述用户卡在比较出验证码信息生成单元发送的第一验证码信息与所述用户卡根据所述随机数和所述算法生成的第二验证码信息匹配一致后发送的验证通过确认消息； 更新单元，用于根据充值结果接收单元接收的所述充值结果，更新所述用户卡中存储的卡片本地账户中的金额信息。
4.如权利要求I 3任一所述的系统，其特征在于，所述中心支付平台具体包括 信息获得单元，用于获得POS从用户卡中读取的验证码信息； 信息确定单元，用于从预先存储的用户支付后台账户与验证码信息的对应关系中，确定与所述确定的用户支付后台账户对应的验证码信息； 比较单元，用于比较信息确定单元确定的验证码信息和信息获得单元获得的验证码信息是否匹配一致； 金额调整单元，用于在比较单元得到的比较结果为是时，根据充值类型信息、充值额度信息，调整所述确定的用户支付后台账户和代理商支付后台账户中的金额信息。
5.如权利要求I或2所述的系统，其特征在于，所述系统还包括P0S，以及POS具体包括 请求消息发送单元，用于向用户卡发送承载有读取密钥的读卡请求消息； 读卡单元，用于在接收到所述用户卡反馈的允许pos读卡的通知消息后，读取所述用户卡标识，其中，所述允许POS读卡的通知消息是在用户卡判断出自身预存的具有的读卡权限的POS的读取密钥中包含有请求消息发送单元发送的读卡请求消息中承载的读取密钥后发送的； 信息获得单元，用于获得充值额度信息、充值类型信息； 发送单元，用于将POS自身的POS标识、读卡单元读取的用户卡标识、信息获得单元获得的充值额度信息和充值类型信息发送给POS服务平台。
6.一种实现账户充值的方法，其特征在于，包括 POS服务平台接收销售终端POS发送的POS标识、充值额度信息、充值类型信息，POS读取的用户卡标识； POS服务平台从预先存储的用户卡标识与用户标识的对应关系中，确定与POS发送的用户卡标识对应的用户标识，并从存储的POS标识与代理商标识的对应关系中，确定与POS发送的POS标识对应的代理商标识；POS服务平台将充值额度信息、充值类型信息以及确定的用户标识和代理商标识发送给业务运营支撑系统BOSS ； BOSS从预先存储的用户标识和用户支付后台账户的对应关系中，确定POS服务平台发送的用户标识对应的用户支付后台账户，并从预先存储的代理商标识和代理商支付后台账户的对应关系中，确定POS服务平台发送的用户标识对应的代理商支付后台账户； BOSS将充值类型信息、充值额度信息和确定的用户支付后台账户和代理商支付后台账户发送给中心支付平台； 中心支付平台根据充值类型信息、充值额度信息，调整所述确定的用户支付后台账户和代理商支付后台账户中的金额信息。
7.如权利要求6所述的方法，其特征在于，中心支付平台根据充值类型信息、充值额度信息，调整所述确定的用户支付后台账户和代理商支付后台账户中的金额信息，具体包括 中心支付平台从预先存储的充值类型信息和充值策略的对应关系中，确定BOSS发送的充值类型信息对应的充值策略；以及 当确定出的充值策略为利用代理商支付后台账户为用户支付后台账户充值时，执行从确定的代理商支付后台账户中扣除与所述充值额度信息对应的金额、在确定的用户支付后台账户中增加所述对应的金额的操作； 当确定出的充值策略为利用代理商支付后台账户为用户卡中存储的卡片本地账户充值时，执行从确定的代理商支付后台账户中扣除所述对应的金额、在确定的用户支付后台账户中增加所述对应的金额的操作；并从预先存储的用户支付后台账户与卡片本地账户的映射账户的对应关系中，确定与所述确定的用户支付后台账户对应的映射账户，以及执行从确定的用户支付后台账户中扣除所述对应的金额、在确定的映射账户中增加所述对应的金额的操作； 当确定出的充值策略为利用用户的用户支付后台账户为代理商支付后台账户充值时，执行从确定的用户支付后台账户中扣除与所述充值额度信息对应的金额、在确定的代理商支付后台账户中增加所述对应的金额的操作； 当确定出的充值策略为利用用户的卡片本地账户为代理商支付后台账户充值时，从预先存储的用户支付后台账户与卡片本地账户的映射账户的对应关系中，确定与所述确定的用户支付后台账户对应的映射账户，以及执行从确定的映射账户中扣除所述对应的金额的操作；以及执行在确定代理商支付后台账户的中增加所述对应的金额的操作。
8.如权利要求7所述的方法，其特征在于，当确定出的充值策略为利用代理商支付后台账户为用户卡中存储的卡片本地账户充值时，在中心支付平台执行在确定的映射账户中增加所述对应的金额的操作后，还包括 POS在接收到中心支付平台发送的用于指示代理商支付后台账户和所述映射账户中当前金额信息的充值结果后，向用户卡发送验证请求，并接收所述用户卡根据所述验证请求反馈的随机数； POS根据所述随机数和预先和所述用户卡约定的验证码生成算法，生成第一验证码信息发送给所述用户卡； POS接收所述用户卡在比较出第一验证码信息与所述用户卡根据所述随机数和所述算法生成的第二验证码信息匹配一致后发送的验证通过确认消息； POS根据所述充值结果，更新所述用户卡中存储的卡片本地账户中的金额信息。
9.如权利要求6 8任一所述的方法，其特征在于，中心支付平台根据充值类型信息、充值额度信息，调整所述确定的用户支付后台账户和代理商支付后台账户中的金额信息，具体包括 中心支付平台获得POS从用户卡中读取的验证码信息； 中心支付平台从预先存储的用户支付后台账户与验证码信息的对应关系中，确定与所述确定的用户支付后台账户对应的验证码信息； 中心支付平台在比较出确定的验证码信息和读取的验证码信息匹配一致时，根据充值类型信息、充值额度信息，调整所述确定的用户支付后台账户和代理商支付后台账户中的金额信息。
10.如权利要求6或7所述的方法，其特征在于，POS通过下述步骤实现读取用户卡标识 POS向用户卡发送承载有读取密钥的读卡请求消息；以及 POS在接收到所述用户卡反馈的允许POS读卡的通知消息后，读取所述用户卡标识；其中，所述允许POS读卡的通知消息是在用户卡判断出自身预存的具有读卡权限的读取密钥中包含有所述读卡请求消息中承载的读取密钥后发送的。
11.一种POS服务平台设备，其特征在于，包括 接收单元，用于接收POS发送的POS标识、充值额度信息、充值类型信息、POS读取的用户卡标识； 确定单元，用于从预先存储的用户卡标识与用户标识的对应关系中，确定接收单元接收的用户卡标识对应的用户标识，并从存储的POS标识与代理商标识的对应关系中，确定接收单元接收的POS标识对应的代理商标识； 发送单元，用于将接收单元接收的充值额度信息、充值类型信息以及确定单元确定的用户标识和代理商标识发送给业务运营支撑系统BOSS。
12.—种业务运营支撑系统，其特征在于，包括 接收单元，用于接收POS服务平台发送的充值额度信息、充值类型信息、用户标识、代理商标识； 确定单元，用于从预先存储的用户标识和用户支付后台账户的对应关系中，确定接收单元接收的用户标识对应的用户支付后台账户，并从预先存储的代理商标识和代理商支付后台账户的对应关系中，确定接收单元接收的用户标识对应的代理商支付后台账户； 发送单元，用于将接收单元接收的充值类型信息、充值额度信息和确定单元确定的确定的用户支付后台账户、代理商支付后台账户发送给中心支付平台。
全文摘要
本发明公开了一种实现账户充值的系统及方法，用以解决采用现有技术无法实现代理商支付后台账户与用户支付业务账户之间相互充值的问题。系统包括POS服务平台，接收POS标识、充值额度信息、充值类型信息、用户卡标识；确定与用户卡标识对应的用户标识、与POS标识对应的代理商标识；将充值额度信息、充值类型信息以及用户标识和代理商标识发送给BOSS；BOSS，确定用户支付后台账户和代理商支付后台账户；将充值类型信息、充值额度信息、用户支付后台账户、代理商支付后台账户发送给中心支付平台；中心支付平台调整用户支付后台账户和代理商支付后台账户的金额信息。本发明还公开一种业务运营支撑系统和POS服务平台设备。
文档编号H04W4/24GK102892096SQ201110202478
公开日2013年1月23日 申请日期2011年7月19日 优先权日2011年7月19日
发明者王萍, 张彪, 罗健, 张雨廷, 郭漫雪 申请人:中国移动通信集团公司