钱包的申请方法和系统

本发明涉及计算机领域，尤其涉及一种钱包的申请方法和系统。

任何一种货币都需有携带方式，可以体现或携带于钱包中。由 于我国的货币发行遵循中央银行到商业银行的二元体系，而且当前社会经济活动主要基于 商业银行账户体系开展，因此在进行钱包系统的设计上可以借助银行账户体系， 充分利用银行成熟的IT(Information Technology，信息技术)基础设施以及应用和服务体 系，将大大降低的推广门槛，提高使用便捷性和灵活性，有助于最广大的客户体 使用。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：现有技术中缺 少钱包的申请开通过程，也无法通过银行账户访问钱包。

有鉴于此，本发明实施例提供了一种钱包的申请方法和系统，用户通过 银行账户申请开通钱包，在开通过程中由用户指定银行账户与钱包的绑 定关系，开通成功后该银行账户会与钱包进行绑定，用户通过银行账户即可访问 钱包。

为实现上述目的，根据本发明实施例的一个方面，提供了一种钱包的申 请方法。

本发明实施例的一种钱包的申请方法，包括：账户行用户访问系统接收 带有用户数字签名的钱包开通申请信息，再将该开通申请信息发送至账户行数字 货币系统；所述账户行系统验证所述用户数字签名，验证通过后为所述用户创建 钱包并为所述钱包分配证书，在所述钱包的钱包标识中和所述 证书中分别添加账户行数字签名，再将所述钱包的钱包标识和所述证书发送至发 钞行系统；所述发钞行系统验证所述账户行数字签名，验证通过后保存 所述钱包的钱包标识和所述证书。

可选地，所述保存所述钱包的钱包标识和所述证书之后，还包括：所述发 钞行系统向账户行系统返回带有发钞行数字签名的登记成功信息；所述 账户行系统在接收到所述登记成功信息之后验证所述发钞行数字签名，验证通过 后向所述账户行用户访问系统返回申请成功信息，向账户行账户核心系统发送绑定数字货 币钱包请求信息；所述账户行账户核心系统将银行账户与钱包进行绑定。

可选地，所述账户行账户核心系统将银行账户与钱包进行绑定，包括：在 所述银行账户中添加所述钱包的钱包标识，以及在所述钱包中添加所述 银行账户的账户标识。

可选地，所述将银行账户与钱包进行绑定的步骤之后，还包括：所述账户 行系统判断钱包访问认证模式的类型，当钱包访问认证模式为同时支持银行账户 访问和钱包独立访问时向账户行钱包访问认证系统发送用户钱包注册请求信息；所述账户 行钱包访问认证系统保存用户钱包注册请求信息，并对用户钱包注册请求信息中的证书和 私钥进行管理，设定用户访问认证机制；所述钱包开通申请信息中包括钱包访问 认证模式，所述钱包访问认证模式包括银行账户访问以及同时支持银行账户访问和钱包独 立访问。

可选地，所述账户行用户访问系统接收带有用户数字签名的钱包开通申 请信息的步骤之前，还包括：所述账户行用户访问系统向账户行银行账户访问认证系统发 送身份认证请求；所述账户行银行账户访问认证系统对用户进行身份认证，再向账户行用 户访问系统返回身份认证结果。

可选地，所述为所述钱包分配证书，包括：接收账户行访问认证机构生成 的公私密钥对，以及根据用户信息和钱包信息制作的带有数字签名的证书。

可选地，所述账户行用户访问系统、账户行系统、账户行钱包访问认证系 统、账户行银行账户访问认证系统、账户行账户核心系统以及发钞行系统的系统 之间的信息传输均是加密的。

为实现上述目的，根据本发明实施例的另一方面，提供了一种钱包的申 请系统。

本发明实施例的一种钱包的申请系统，包括：账户行用户访问系统、账户 行系统以及发钞行系统，其中：账户行用户访问系统，用于接收带有用户 数字签名的钱包开通申请信息，再将该开通申请信息发送至账户行系 统；账户行系统，用于所述用户数字签名，验证通过后为所述用户创建钱 包并为所述钱包分配证书，在所述钱包的钱包标识中和所述证书中分别 添加账户行数字签名，再将所述钱包的钱包标识和所述证书发送至发钞行数字货 币系统；发钞行系统，用于验证所述账户行数字签名，验证通过后保存所述数字货 币钱包的钱包标识和所述证书。

可选地，所述系统还包括账户行账户核心系统，所述发钞行系统还用于 向账户行系统返回带有发钞行数字签名的登记成功信息；所述账户行系 统还用于在接收到所述登记成功信息之后验证所述发钞行数字签名，验证通过后向所述账 户行用户访问系统返回申请成功信息，向账户行账户核心系统发送绑定钱包请求 信息；所述账户行账户核心系统用于将银行账户与钱包进行绑定。

可选地，所述账户行账户核心系统还用于：在所述银行账户中添加所述 钱包的钱包标识，以及在所述钱包中添加所述银行账户的账户标识。

可选地，所述装置还包括账户行钱包访问认证系统，所述账户行系统还 用于判断钱包访问认证模式的类型，当钱包访问认证模式为同时支持银行账户访问和钱包 独立访问时向账户行钱包访问认证系统发送用户钱包注册请求信息；所述账户行钱包访问 认证系统用于在收到所述账户行系统发来的用户钱包注册请求信息后，保存用户 钱包注册请求信息，并对用户钱包注册请求信息中的证书和私钥进行管理，设定用户访问 认证机制；所述钱包开通申请信息中包括钱包访问认证模式，所述钱包访问认证 模式包括银行账户访问以及同时支持银行账户访问和钱包独立访问。

可选地，所述装置还包括账户行银行账户访问认证系统，所述账户行用户访问系 统还用于向账户行银行账户访问认证系统发送身份认证请求；所述账户行银行账户访问认 证系统用于对用户进行身份认证，再向账户行用户访问系统返回身份认证结果。

可选地，所述账户行系统还用于：接收账户行访问认证机构生成的公私 密钥对，以及根据用户信息和钱包信息制作的带有数字签名的证书。

可选地，所述账户行用户访问系统、账户行系统、账户行钱包访问认证系 统、账户行银行账户访问认证系统、账户行账户核心系统以及发钞行系统的系统 之间的信息传输均是加密的。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介 质。

一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，所述 计算机指令能够被计算机或计算机系统运行，从而使该计算机或计算机系统能够执行本发 明实施例的一种钱包的申请方法。

根据本发明的技术方案，上述发明中的一个实施例具有如下优点或有益效果：通 过账户行系统创建钱包、分配证书，给用户开通了唯一的钱包， 实现了钱包的申请流程；通过将银行账户与钱包进行绑定，使得用户可 以通过银行账户访问钱包，使用灵活便捷；用户在银行有一个唯一的基本账户，将 这个账户标识与钱包的唯一标识绑定，这样可以对应到唯一用户；在钱 包申请过程中可以设定钱包访问认证模式，支持钱包独立访问，将钱包功能访问与账户功 能访问分离；用户通过现有账户行银行账户访问认证系统即可进行身份认证，充分利用了 银行现有基础设施，降低了的推广门槛；账户行各系统以及发钞行系统 之间的信息通过安全通道传输，保证信息完整不泄露。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加 以说明。

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的钱包的申请方法的主要步骤示意图；

图2是根据本发明实施例的钱包的申请方法的流程图；

图3是根据本发明实施例的钱包的申请系统的主要模块图。

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种 细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识 到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同 样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在对进行管理时，为了缓冲单独设立体系给现有银行体系带来 的冲击，也为了最大限度地保护商业银行现有的系统投资，在体系的具体设计上， 可考虑在商业银行传统账户体系上，引入钱包属性，实现一个账户下既可以管理 现有电子货币，也可以管理。电子货币管理与管理有其共性，如账号使 用、身份认证、资金转移等，但也存在差异。管理应符合央行有关钱包设 计标准，钱包类似保管箱的概念，不参与日终计提等业务，银行将根据与客户的约 定权限管理保管箱(比如必须有客户和银行两把钥匙才能打开等等约定)。

这样做的好处是沿用了货币发行二元体系的做法，属于M0范畴，是发钞 行的负债，在账户行的资产负债表之外。由于账户行依然还在实质性管理客户与账户，不会 导致商业银行被通道化或者边缘化。不同于以往的圈存现金，不完全依赖银行账 户，可以通过发钞行直接确权，利用客户端的钱包实现点对点的现金交易。数字货 币的确权依托发钞行，将传统账户与结合，可以极大地增强银行充分了解你的客 户KYC(Know Your Customer)与AML(Anti-Money Laundering，反)的能力。

在对进行管理时，的发钞行可以是央行，也可以是央行授权的 发钞机构(例如港币发行模式)。具体选择哪种发行方式得根据实际情况来定。

在中央银行集中统一发行的环境下，商业银行银行库中的属于 商业银行的资产，中央银行的负债；商业银行客户账户中的则属于客户的资产，中 央银行的负债。客户之间点对点交易，由央行发行系统进行交易确认与 管理，央行承担交易责任；交易电子货币，则和现有流程一致，通过央行跨行支付系统、商业 银行核心业务系统完成。

在央行授权发行法定的环境下，商业银行银行库中的属于商业 银行的资产，发钞行的负债；商业银行客户账户中的则属于客户的资产，发钞行的 负债(发钞行不一定是账户行)。客户之间点对点交易，由法定发钞行进 行交易确认与管理(谁发行谁管理)，央行承担监管责任；交易电子货币，则和现有流程一 致，通过央行跨行支付系统、商业银行核心业务系统完成。

在钱包设计上，所有的钱包需符合央行提供的规范。银行端的 钱包较轻，仅提供安全管控以及账户层相关的必要属性，侧重于的管理； 应用服务商提供的客户端的钱包较重，其功能会延伸至展示层与应用层。

下面以逐级下发补贴款为例，对在商业银行账户体系中引入钱包属性的 好处进行说明：

某部委以的形式发放专项补贴款，逐级下发至获取补贴款的企业或个 人。依托的可跟踪的特性，辅助一定的智能合约权限管理，部委就可以不依赖其他 业务参与方，直通式掌握各级补贴发放情况，避免下级机构挪用补贴的风险，实现专款专 用。但是如果不在商业银行账户体系中植入钱包属性，势必要各级机构、各补贴受 益人开通和使用钱包，不仅需要考虑钱包物理载体的选择，而且还涉及 众多参与方，央行将直接面对终端用户，推广难度大。而基于商业银行账户体系引入数字货 币钱包属性，应用部分在商业银行后台即可改造解决。对各级终端用户来说，利用现有账 户，通过银行柜面、网上银行、手机银行等现有渠道和习惯的操作方式就可以完成该项服 务。

通过在商业银行账户体系中新增钱包属性，法定不仅可以有机 融入“中央银行—商业银行”二元体系，复用现有成熟的金融基础设施，更重要的是，此种处 理因特殊考虑了在商业银行体系中的“安身立命”问题，既可使之独立开来，又可 分层并用。发钞行只需对本身负责，账户行承担实际的业务，应用开发商落实具体 的实现，各司其职、边界清晰，若辅之以其他手段(比如可以酌情收取保管费，实质上等同于 负利率)，可降低狭义银行出现的可能性。

下面对钱包的总体架构设计进行说明：

钱包的设计包括钱包的申请、绑定、解绑定、支付、查询、存款兑 换、兑换存款以及注销等流程，构建的钱包系统包括账户行系 统和发钞行系统。发钞行系统不直接面向用户。账户行系统包括：账户行 用户访问系统、账户行银行账户访问认证系统、账户行钱包访问认证系统、账户行账户核心 系统和账户行系统。账户行用户访问系统直接面向用户，用来提供用户基于Web (World Wide Web，万维网)或APP(Application，应用程序)的前端访问或应用服务商基于 API(Application Programming Interface，应用程序编程接口)的访问，还用来提供账户 和钱包的服务功能；这里的用户包括个人用户和企业用户。账户行账户核心系统用来处理 用户银行账户记账、交易等。账户行系统管理账户行银行库、用户钱包以及负责用 户钱包开通CA(Certification Authority，是电子商务认证授权中心)签发等，调用发钞行 系统完成最终的底层功能，例如：钱包的申请、注销、 转移等。

账户行系统为用户提供了两个访问钱包的认证渠道：第一种是通过账户 行银行账户访问认证系统进行认证；该认证方式是缺省、也是主要渠道，这种方式认证相当 于用户通过登录银行账户的访问认证系统来访问钱包功能，是一种现有银行账户访问认证 系统扩展的访问模式)。另一种是通过账户行钱包访问认证系统进行认证；这种方式认证相 当于钱包有独立的认证入口，将钱包功能访问与账户功能访问分离，由钱包提供 独立的API接口来为用户应用服务提供支撑。后续对钱包的管理流程中，同一个数 字货币钱包访问的操作也可以有这两种不同的渠道。钱包申请的时候用第一种方 式进行认证，其它都可以采用两种渠道。

上述两种方式下，用户请求处理路径略有不同，通过银行账户访问认证系统认证， 用户既可以访问账户核心系统也可以访问系统。通过钱包访问认证系统认证，用 户只能访问系统，在将兑换成存款的时候也可以调用账户核心系统进行 入账。

通过账户行银行账户认证方式开通的钱包，缺省将银行账户与该数字货 币钱包进行绑定。将银行账户与钱包进行绑定时，可使用银行基本户或者I类银行 账户绑定钱包。具体实现可以为：通过在I类银行账户中存放钱包标识，同时在数 字货币钱包中也保存了关联的账户标识。银行账户绑定钱包后，通过银行账户访问认证系 统认证可以访问钱包，但通过钱包访问认证系统认证不可以访问账户。 钱包内与存款的兑换通过绑定的银行账户进行。

下面对本发明实施例中钱包的申请流程进行说明：

钱包的申请是指用户向账户行申请开通账户行钱包的过程。用 户开立的账户行钱包通过账户行银行账户访问认证系统进行认证，并基于现有的 银行基本户或I类银行账户开立。通过账户行银行账户认证方式开通的钱包，缺省 将银行账户与该钱包进行绑定，由用户在申请开通过程中指定绑定关系。账户行 钱包跟银行基本户或I类银行账户一样是强实名认证。申请开通成功后，该银行账 户中会增加该钱包的标识，钱包中增加银行账户的标识进而对应。

图1是根据本发明实施例的钱包的申请方法的主要步骤示意图。如图1所 示，本发明实施例的钱包的申请方法包括：

S101：账户行用户访问系统接收带有用户数字签名的钱包开通申请信 息，再将该开通申请信息发送至账户行系统。这里的开通申请信息中包括用户信 息、钱包信息、开通协议、绑定的银行账户和钱包访问认证模式等；用户信息中包括用户实 名信息(如姓名、身份证)、联系信息(如电话、邮箱、住址等)、其他有关KYC、AML以及客户关 系管理需要的信息等，可根据需求增加；钱包信息中包括钱包标识、账户标识等；开通协议 是指账户行与用户签订关于钱包产品服务的协议，类似信用卡的领用声明；钱包 访问认证模式包括银行账户访问以及支持同时银行账户访问和钱包独立访问。

S102：所述账户行系统验证所述用户数字签名，验证通过后为所述用户 创建钱包并为所述钱包分配证书，在所述钱包的钱包标识中和 所述证书中分别添加账户行数字签名，再将所述钱包的钱包标识和所述证书发送 至发钞行系统。创建钱包是指在账户行系统内部生成一系列有关数字货 币钱包的数据记录，表征一个新的对应该用户的钱包实体和属性被创建，属于数 字货币钱包管理的功能。分配证书是为用户提供访问钱包的凭证，属于 钱包安全和访问控制的功能。这里的钱包标识是基于银行账户生成的。这里的钱包标识是 钱包的属性之一，有两个作用，一是唯一代表钱包，另一个作用是关联其 他客体，比如银行账户。

S103：所述发钞行系统验证所述账户行数字签名，验证通过后保存所述 钱包的钱包标识和所述证书。发钞行系统获取信息后，首先验证该信息 是否是账户行发出的(通过账户行数字签名来验证)；确认是账户行发出的之后，将钱包标 识、证书以及钱包关联的用户标识(由于钱包标识是基于银行账户生成的，银行账户对应唯 一用户，因此钱包也可以对应唯一用户)进行登记。至此，钱包的申请过 程结束。

另外，在S103之后本发明实施例的钱包的申请方法还可以包括：

S104：所述发钞行系统向账户行系统返回带有发钞行数字签名 的登记成功信息。

S105：所述账户行系统在接收到所述登记成功信息之后验证所述发钞行 数字签名，验证通过后向所述账户行用户访问系统返回申请成功信息，向账户行账户核心 系统发送绑定钱包请求信息。该绑定钱包请求信息包括钱包标识和账户 标识。

S106：所述账户行账户核心系统将银行账户与钱包进行绑定。绑定的过 程是：在所述银行账户中添加所述钱包的钱包标识，以及在所述钱包中 添加所述银行账户的账户标识。通过将钱包与银行账户绑定，使得用户通过银行 账户就可以访问钱包。

另外，在S106之后本发明实施例的钱包的申请方法还可以包括：

S107：所述账户行系统判断钱包访问认证模式的类型，当钱包访问认证 模式为同时支持银行账户访问和钱包独立访问时向账户行钱包访问认证系统发送用户钱 包注册请求信息。该用户钱包注册请求信息中包括用户信息、钱包信息、证书和私钥，私钥 是用户保管，账户行访问认证机构(该结构运营维护CA系统)在分配证书的过程中会生成公 私密钥对，在用户身份认证通过的情况下将私钥发给用户，并将公钥制作成证书，任何第三 方可以凭证书的公钥对用户私钥的加密结果信息进行验证。

S108：所述账户行钱包访问认证系统保存用户钱包注册请求信息，并对用户钱包 注册请求信息中的证书和私钥进行管理，设定用户访问认证机制。在保存时将证书与钱包 信息关联保存，未来用户可以通过证书访问该证书关联的钱包。按照账户行的安全体系设 定用户访问认证机制，例如：账户行将证书的私钥加入UKey(USB Key，电子钥匙)发放给用 户本人。设定好用户访问认证机制之后可以将该用户访问认证机制加入到现有访问控制机 制中，例如：在现有访问控制机制中配置用户认证对应的可以访问的钱包。

另外，在S101之前本发明实施例的钱包的申请方法还可以包括：

所述账户行用户访问系统向账户行银行账户访问认证系统发送身份认证请求。

所述账户行银行账户访问认证系统对用户进行身份认证，再向账户行用户访问系 统返回身份认证结果。账户行银行账户访问认证系统按照现有银行账户的认证方式对用户 进行身份认证，比如静态密码、动态密码、口令、数字证书、指纹等的方式。身份认证通过后， 用户就可以访问该身份认证对应的银行账户。

其中，为所述钱包分配证书，包括：接收账户行访问认证机构生成的公私 密钥对，以及根据用户信息和钱包信息制作的带有数字签名的证书。账户行访问 认证机构生成公私密钥对，根据用户信息和钱包信息制作成证书，并对用户证书进行签名 后发送至账户行系统。

另外，所述账户行用户访问系统、账户行系统、账户行钱包访问认证系 统、账户行银行账户访问认证系统、账户行账户核心系统以及发钞行系统的系统 之间的信息均是通过安全通道传输的，即所有往来信息是加密的，外界无法辨识。各系统从 安全通道获取信息后对信息解密，解密之后进行其他处理。

图2是根据本发明实施例的钱包的申请方法的流程图。如图2所示，本发 明实施例的钱包的申请方法基于账户行系统和发钞行系统实现，其中账 户行系统包括账户行用户访问系统、账户行系统、账户行钱包访问认证系统、账户 行银行账户访问认证系统以及账户行账户核心系统，用户通过账户行用户访问系统发起数 字货币钱包申请，该方法具体包括以下步骤：

(1)账户行用户访问系统接收到来自用户的账号、密码信息后，向账户行银行账户 访问认证系统发送身份认证请求。

(2)账户行银行账户访问认证系统对用户进行身份认证，再向账户行用户访问系 统返回身份认证结果。身份认证通过后执行步骤(3)，身份认证不通过，则结束钱 包申请流程。

(3)账户行用户访问系统接收带有用户数字签名的钱包开通申请信息， 再将该开通申请信息发送至账户行系统。

(4)账户行系统验证用户数字签名，验证通过后为用户创建钱 包并为该钱包分配证书，在钱包的钱包标识中和证书中分别添加账户行 数字签名，再将带有数字签名的钱包标识和证书发送至发钞行系统。

(5)发钞行系统验证账户行数字签名，验证通过后保存该钱包 的钱包标识和所述证书，再向账户行系统返回带有发钞行数字签名的登记成功信 息。

(6)账户行系统在接收到所述登记成功信息之后验证所述发钞行数字签 名，验证通过后向账户行账户核心系统发送绑定钱包请求信息。

(7)账户行账户核心系统将银行账户与钱包进行绑定。

(8)账户行系统判断钱包访问认证模式的类型，如果钱包访问认证模式 为同时支持银行账户访问和钱包独立访问时向账户行钱包访问认证系统发送用户钱包注 册请求信息，执行步骤(9)；如果钱包访问认证模式中不支持钱包独立访问，则跳转至步骤 (10)。

(9)账户行钱包访问认证系统保存用户钱包注册请求信息，并对用户钱包注册请 求信息中的证书和私钥进行管理，设定用户访问认证机制。

(10)账户行系统向所述账户行用户访问系统返回申请成功信息。

(11)账户行用户访问系统向用户反馈申请成功信息。

从以上描述可以看出，通过账户行系统创建钱包、分配证书，给 用户开通了唯一的钱包，实现了钱包的申请流程；通过将银行账户与数 字货币钱包进行绑定，使得用户可以通过银行账户访问钱包，使用灵活便捷；用户 在银行有一个唯一的基本账户，将这个账户标识与钱包的唯一标识绑定，这样可 以对应到唯一用户；在钱包申请过程中可以设定钱包访问认证模式，支持钱包独 立访问，将钱包功能访问与账户功能访问分离；用户通过现有账户行银行账户访问认证系 统即可进行身份认证，充分利用了银行现有基础设施，降低了的推广门槛；账户行 各系统以及发钞行系统之间的信息通过安全通道传输，保证信息完整不泄露。

图3是根据本发明实施例的钱包的申请系统的主要模块图。如图3所示， 本发明实施例的钱包的申请系统包括账户行用户访问系统301、账户行 系统302、以及发钞行系统303，其中：

账户行用户访问系统301，用于接收带有用户数字签名的钱包开通申请 信息，再将该开通申请信息发送至账户行系统302。这里的开通申请信息中包括用 户信息、钱包信息、开通协议、绑定的银行账户和钱包访问认证模式等；钱包访问认证模式 包括银行账户访问以及支持同时银行账户访问和钱包独立访问。

账户行系统302，用于所述用户数字签名，验证通过后为所述用户创建数 字货币钱包并为所述钱包分配证书，在所述钱包的钱包标识中和所述证 书中分别添加账户行数字签名，再将所述钱包的钱包标识和所述证书发送至发钞 行系统303。创建钱包是指在账户行系统内部生成一系列有关 钱包的数据记录，表征一个新的对应该用户的钱包实体和属性被创建，属于数字 货币钱包管理的功能。分配证书是为用户提供访问钱包的凭证，属于钱 包安全和访问控制的功能。

发钞行系统303，用于验证所述账户行数字签名，验证通过后保存所述数 字货币钱包的钱包标识和所述证书。发钞行系统获取信息后，首先验证该信息是 否是账户行发出的，确认是账户行发出的之后，将钱包标识、证书以及钱包关联的用户标识 进行登记。

从以上描述可以看出，通过账户行系统创建钱包、分配证书，给 用户开通了唯一的钱包，实现了钱包的申请流程；通过将银行账户与数 字货币钱包进行绑定，使得用户可以通过银行账户访问钱包，使用灵活便捷；用户 在银行有一个唯一的基本账户，将这个账户标识与钱包的唯一标识绑定，这样可 以对应到唯一用户；在钱包申请过程中可以设定钱包访问认证模式，支持钱包独 立访问，将钱包功能访问与账户功能访问分离；用户通过现有账户行银行账户访问认证系 统即可进行身份认证，充分利用了银行现有基础设施，降低了的推广门槛；账户行 各系统以及发钞行系统之间的信息通过安全通道传输，保证信息完整不泄露。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有 益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明 白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何 在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围 之内。