多钱包的余额共享方法及装置、电子设备、存储介质制造方法及图纸

本申请提供一种多钱包的余额共享方法及装置、电子设备、计算机可读存储介质，方法包括：所述附属钱包程序响应于余额查询指令，调用所述主钱包程序的余额查询接口，获得所述主钱包程序的余额信息；所述附属钱包程序向所述余额查询指令的来源返回所述余额信息；当所述余额信息满足扣费需求时，所述附属钱包程序响应于扣费指令，调用所述主钱包程序的扣费接口，使得所述主钱包程序向所述附属钱包程序发起转账交易；其中，所述转账交易的转账金额与所述扣费指令的扣费金额等同；所述附属钱包程序向所述扣费指令的来源返回扣费成功信息。本申请方案，由于主钱包程序的处理逻辑未发生变化，不存在任何安全性破坏，以低成本的方式实现了可靠的余额共享。现了可靠的余额共享。现了可靠的余额共享。

【技术实现步骤摘要】
多钱包的余额共享方法及装置、电子设备、存储介质


[0001]本申请涉及电子钱包
，特别涉及一种多钱包的余额共享方法及装置、电子设备、计算机可读存储介质。

技术介绍

[0002]IC(Integrated Circuit Card，集成电路卡)卡，也称为智能卡、智慧卡、微电路卡，其与读写器之间可以通过接触式或非接触式的方式进行通讯。因IC卡便于携带、存储容量大、可靠性高、使用寿命长、保密性强等特点，被广泛应用于金融、交通、医疗、身份证明等行业。
[0003]IC卡内可以创建多个钱包程序，从而满足不同场景的需求。示例性的，市民卡中可以包含交通购票的钱包程序和景点购票的钱包程序。然而，当任一钱包程序内余额不足时，无法从其它钱包程序进行扣费，这使得用户需要针对不同钱包程序分别进行充值。
[0004]在相关技术中，为提高IC卡使用的便捷性，在钱包程序中可以预配置其它钱包程序的余额共享认证信息。钱包程序可以通过余额共享认证信息，共享其它钱包程序的余额。然而，这种方式需对钱包程序的处理逻辑作较大程度的改变，成本较高，且容易破坏目前钱包程序消费时的安全性机制。

技术实现思路

[0005]本申请实施例的目的在于提供一种多钱包的余额共享方法及装置、电子设备、计算机可读存储介质，用于在保留钱包程序原始机制的情况下，实现智能卡中多个钱包程序之间余额共享，提高了智能卡的便捷性。
[0006]一方面，本申请提供了一种多钱包的余额共享方法，应用于用户终端，所述用户终端包括主钱包程序和若干附属钱包程序，包括：
[0007]所述附属钱包程序响应于余额查询指令，调用所述主钱包程序的余额查询接口，获得所述主钱包程序的余额信息；
[0008]所述附属钱包程序向所述余额查询指令的来源返回所述余额信息；
[0009]当所述余额信息满足扣费需求时，所述附属钱包程序响应于扣费指令，调用所述主钱包程序的扣费接口，使得所述主钱包程序向所述附属钱包程序发起转账交易；其中，所述转账交易的转账金额与所述扣费指令的扣费金额等同；
[0010]所述附属钱包程序向所述扣费指令的来源返回扣费成功信息。
[0011]在一实施例中，在所述返回扣费成功信息之后，所述方法还包括：
[0012]所述主钱包程序记录所述转账交易。
[0013]在一实施例中，在所述主钱包程序记录所述转账交易之后，所述方法还包括：
[0014]所述主钱包程序向其对应的服务端同步已记录的所述转账交易。
[0015]在一实施例中，在所述调用所述主钱包程序的余额查询接口之前，所述方法还包括：
[0016]所述附属钱包程序确定自身余额信息，并向所述余额查询指令的来源返回所述自身余额信息；
[0017]当所述自身余额信息满足所述扣费需求时，所述附属钱包程序响应于所述扣费指令，向所述扣费指令的来源返回所述扣费成功信息。
[0018]在一实施例中，在所述调用所述主钱包程序的余额查询接口之前，所述方法还包括：
[0019]响应于所述附属钱包程序对应的程序加载指令，加载所述附属钱包程序。
[0020]在一实施例中，在所述加载所述附属钱包程序，所述方法还包括：
[0021]响应于所述主钱包程序对应的程序加载指令，加载所述主钱包程序。
[0022]另一方面，本申请还提供了一种多钱包的余额共享装置，应用于用户终端，所述用户终端包括主钱包程序和若干附属钱包程序，包括：
[0023]第一调用模块，用于响应于余额查询指令，调用所述主钱包程序的余额查询接口，获得所述主钱包程序的余额信息；
[0024]第一返回模块，用于向所述余额查询指令的来源返回所述余额信息；
[0025]第二调用模块，用于当所述余额信息满足扣费需求时，响应于扣费指令，调用所述主钱包程序的扣费接口，使得所述主钱包程序向所述附属钱包程序发起转账交易；其中，所述转账交易的转账金额与所述扣费指令的扣费金额等同；
[0026]第二返回模块，用于向所述扣费指令的来源返回扣费成功信息。
[0027]在一实施例中，
[0028]所述第一返回模块，还用于确定所述附属钱包程序的自身余额信息，并向所述余额查询指令的来源返回所述自身余额信息；
[0029]所述第二返回模块，还用于当所述自身余额信息满足所述扣费需求时，响应于所述扣费指令，向所述扣费指令的来源返回所述扣费成功信息；
[0030]所述第一调用模块，还用于当所述自身余额信息不满足所述扣费需求时，执行所述调用所述主钱包程序的余额查询接口的步骤。
[0031]进一步的，本申请还提供了一种电子设备，所述电子设备包括：
[0032]处理器；
[0033]用于存储处理器可执行指令的存储器；
[0034]其中，所述处理器被配置为执行上述多钱包的余额共享方法。
[0035]另外，本申请还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序可由处理器执行以完成上述多钱包的余额共享方法。
[0036]本申请方案，附属钱包程序可以调用主钱包程序的余额查询接口，获得主钱包程序的余额信息，并在余额信息满足扣费需求时，调用主钱包程序的扣费接口，使得主钱包程序向附属钱包程序发起转账交易，在转账交易之后，附属钱包程序可以获得满足扣费指令的扣费金额，从而向扣费指令的来源返回扣费成功信息，完成扣费操作；
[0037]在主钱包程序的交易流程没有变化的情况下，实现了一个主钱包程序与多个附属钱包程序共享余额。由于主钱包程序的处理逻辑未发生变化，不存在任何安全性破坏，避免了余额共享认证信息泄露带来的风险，以低成本的方式实现了可靠的余额共享。
附图说明
[0038]为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍。
[0039]图1为本申请一实施例提供的多钱包的余额共享方法的应用场景示意图；
[0040]图2为本申请一实施例提供的电子设备的结构示意图；
[0041]图3为本申请一实施例提供的多钱包的余额共享方法的流程示意图；
[0042]图4为本申请一实施例提供的多钱包的余额共享方法的架构示意图；
[0043]图5为本申请一实施例提供的消费处理流程的交互示意图；
[0044]图6为本申请一实施例提供的结算架构示意图；
[0045]图7为本申请一实施例提供的多钱包的余额共享装置的框图。
具体实施方式
[0046]下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
[0047]相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0048]图1为本申请实施例提供的多钱包的余额共享本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种多钱包的余额共享方法，应用于用户终端，其特征在于，所述用户终端包括主钱包程序和若干附属钱包程序，包括：所述附属钱包程序响应于余额查询指令，调用所述主钱包程序的余额查询接口，获得所述主钱包程序的余额信息；所述附属钱包程序向所述余额查询指令的来源返回所述余额信息；当所述余额信息满足扣费需求时，所述附属钱包程序响应于扣费指令，调用所述主钱包程序的扣费接口，使得所述主钱包程序向所述附属钱包程序发起转账交易；其中，所述转账交易的转账金额与所述扣费指令的扣费金额等同；所述附属钱包程序向所述扣费指令的来源返回扣费成功信息。2.根据权利要求1所述的方法，其特征在于，在所述返回扣费成功信息之后，所述方法还包括：所述主钱包程序记录所述转账交易。3.根据权利要求2所述的方法，其特征在于，在所述主钱包程序记录所述转账交易之后，所述方法还包括：所述主钱包程序向其对应的服务端同步已记录的所述转账交易。4.根据权利要求1所述的方法，其特征在于，在所述调用所述主钱包程序的余额查询接口之前，所述方法还包括：所述附属钱包程序确定自身余额信息，并向所述余额查询指令的来源返回所述自身余额信息；当所述自身余额信息满足所述扣费需求时，所述附属钱包程序响应于所述扣费指令，向所述扣费指令的来源返回所述扣费成功信息；当所述自身余额信息不满足所述扣费需求时，所述附属钱包程序执行所述调用所述主钱包程序的余额查询接口的步骤。5.根据权利要求1所述的方法，其特征在于，在所述调用所述主钱包程序的余额查询接口之前，所述方法还包括：响应于所述附属钱包程序对应的程序加载指令，加载所述附属钱包程序。6.根据权利要求5所述的方法，其特征在于，在所述加载所...

【专利技术属性】
技术研发人员：王巨，赵晨曦，
申请(专利权)人：深圳市雪球科技有限公司，
类型：发明
国别省市：