业务处理方法及装置、电子设备、存储介质.pdf

《业务处理方法及装置、电子设备、存储介质.pdf》由会员分享，可在线阅读，更多相关《业务处理方法及装置、电子设备、存储介质.pdf（36页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 202010082844.0 (22)申请日 2020.02.07 (71)申请人 支付宝实验室 （新加坡） 有限公司 地址 新加坡珊顿大道8号安盛大厦45-01号 (72)发明人 孙曦刘佳伟林立 (74)专利代理机构 北京博思佳知识产权代理有 限公司 11415 代理人 李威 (51)Int.Cl. G06Q 20/32(2012.01) G06Q 20/38(2012.01) G06Q 50/00(2012.01) (54)发明名称 业务处理方法及装置、 电子设备、 存储介质。

2、 (57)摘要 本说明书提供一种业务处理方法及装置、 电 子设备、 存储介质， 该方法应用于业务请求方客 户端， 可以包括： 解析业务参与方的业务图形码 以得到业务参与方的身份标识和针对所述业务 参与方的密文业务基础信息的解密信息， 所述密 文业务基础信息和所述身份标识被关联存储至 存储设备； 向所述存储设备发送针对所述密文业 务基础信息的查询请求， 所述查询请求包含所述 身份标识； 获取所述存储设备查找到的与所述身 份标识对应的密文业务基础信息， 并基于所述解 密信息对获取到的密文业务基础信息进行解密 得到明文业务基础信息， 以及基于所述明文业务 基础信息对业务请求方和所述业务参与方之间 的。

3、待处理业务进行处理。 权利要求书6页 说明书23页 附图6页 CN 111340477 A 2020.06.26 CN 111340477 A 1.一种业务处理方法， 应用于业务请求方客户端， 所述方法包括： 解析业务参与方的业务图形码以得到业务参与方的身份标识和针对所述业务参与方 的密文业务基础信息的解密信息， 所述密文业务基础信息和所述身份标识被关联存储至存 储设备； 向所述存储设备发送针对所述密文业务基础信息的查询请求， 所述查询请求包含所述 身份标识； 获取所述存储设备查找到的与所述身份标识对应的密文业务基础信息， 并基于所述解 密信息对获取到的密文业务基础信息进行解密得到明文业务基础。

4、信息， 以及基于所述明文 业务基础信息对业务请求方和所述业务参与方之间的待处理业务进行处理。 2.根据权利要求1所述的方法， 所述基于所述解密信息对获取到的密文业务基础信息 进行解密得到明文业务基础信息， 包括： 获取所述解密信息中包含的第一解密密钥和第一加密算法的第一加密算法标识； 根据所述第一加密算法标识确定出所述第一加密算法， 并采用所述第一解密密钥和所 述第一加密算法对获取到的密文业务基础信息进行解密得到明文业务基础信息。 3.根据权利要求1所述的方法， 所述基于所述解密信息对获取到的密文业务基础信息 进行解密得到明文业务基础信息， 包括： 获取所述解密信息中包含的所述业务参与方的密钥。

5、推导因子、 密钥推导算法的推导算 法标识和第二加密算法的第二加密算法标识； 根据所述推导算法标识确定出所述密钥推导算法， 并采用所述密钥推导算法对所述密 钥推导因子进行推导得到第二解密密钥； 根据所述第二加密算法标识确定出所述第二加密算法， 并采用所述第二解密密钥和所 述第二加密算法对获取到的密文业务基础信息进行解密得到明文业务基础信息。 4.根据权利要求1所述的方法， 所述业务参与方与至少一个业务响应服务端相关联， 各 个相关联的业务响应服务端针对所述业务参与方生成有相应的业务基础信息； 所述基于所 述明文业务基础信息对业务请求方和所述业务参与方之间的待处理业务进行处理， 包括： 确定所述明。

6、文业务基础信息中与所述业务请求方客户端相匹配的目标业务基础信息； 基于所述目标业务基础信息对所述待处理业务进行处理。 5.根据权利要求4所述的方法， 任一业务基础信息记录有生成所述任一业务基础信息 的业务响应服务端的服务端标识； 所述确定所述明文业务基础信息中与所述业务请求方客 户端相匹配的目标业务基础信息， 包括： 在所述明文业务基础信息中查找记录有目标服务端标识的业务基础信息， 并将查找到 的业务基础信息作为所述目标业务基础信息， 所述目标服务端标识为与所述业务请求方客 户端对应的业务响应服务端的服务端标识。 6.根据权利要求1所述的方法， 所述基于所述明文业务基础信息对业务请求方和所述 。

7、业务参与方之间的待处理业务进行处理， 包括： 基于所述明文业务基础信息和所述待处理业务的业务补充信息对所述待处理业务进 行处理； 其中， 所述业务补充信息通过所述业务请求方客户端解析所述业务图形码得到； 或者， 所述业务补充信息被输入至所述业务请求方客户端。 权利要求书 1/6 页 2 CN 111340477 A 2 7.根据权利要求6所述的方法， 所述业务图形码包含通过所述业务参与方的私钥对信 息摘要进行签名得到的数字签名， 所述信息摘要由对所述业务补充信息和所述身份标识进 行哈希运算得到； 在基于所述明文业务基础信息和所述业务补充信息对所述待处理业务进 行处理之前， 所述方法还包括： 获。

8、取所述存储设备返回的与所述身份标识对应的公钥， 并采用所述公钥对解析所述业 务图形码得到的所述数字签名进行数字签名验证； 对解析所述业务图形码得到的业务补充信息和身份标识进行哈希运算得到验证摘要； 当所述验证摘要与通过数字签名验证得到的信息摘要不一致时， 禁止执行对所述待处 理业务进行处理的操作。 8.根据权利要求6所述的方法， 所述业务参与方包括商户， 所述业务请求方包括支付 方， 所述待处理业务包括待支付订单， 所述业务补充信息包括所述待支付订单的订单信息， 与所述商户客户端相关联的业务响应服务端包括支付平台服务端， 各个支付平台服务端针 对所述商户生成的业务基础信息包括收单信息。 9.根。

9、据权利要求1所述的方法， 所述存储设备包括中心化存储节点。 10.根据权利要求1所述的方法， 所述存储设备包括区块链节点。 11.一种业务处理方法， 应用于存储设备， 所述方法包括： 接收业务请求方客户端发送的针对业务参与方的密文业务基础信息的查询请求， 所述 查询请求包含所述业务参与方的身份标识， 所述密文业务基础信息和所述身份标识被关联 存储至所述存储设备； 查找与所述身份标识对应的密文业务基础信息， 并向所述业务请求方客户端返回查找 到的密文业务基础信息， 以使得所述业务请求方客户端基于所述密文业务基础信息的解密 信息对接收到的密文业务基础信息进行解密， 并基于解密得到的明文业务基础信息。

10、对业务 请求方和所述业务参与方之间的待处理业务进行处理； 所述身份标识和所述解密信息由所 述业务请求方客户端解析业务参与方的业务图形码得到。 12.根据权利要求11所述的方法， 所述解密信息包含第一解密密钥和第一加密算法的 第一加密算法标识， 所述第一加密算法为使用所述第一解密密钥进行解密所采用的算法。 13.根据权利要求11所述的方法， 所述解密信息包含所述业务参与方的密钥推导因子、 密钥推导算法的推导算法标识和第二加密算法的第二加密算法标识， 所述第二加密算法为 使用第二解密密钥进行解密所采用的算法， 所述第二解密密钥为通过所述密钥推导算法对 所述密钥推导因子进行推导得到的密钥。 14.根。

11、据权利要求11所述的方法， 所述业务参与方与至少一个业务响应服务端相关联， 各个相关联的业务响应服务端针对所述业务参与方生成有相应的业务基础信息， 所述待处 理业务由所述业务请求方客户端基于所述明文业务基础信息中与所述业务请求方客户端 相匹配的目标业务基础信息进行处理。 15.根据权利要求11所述的方法， 所述待处理业务由所述业务请求方客户端基于所述 明文业务基础信息和所述待处理业务的业务补充信息进行处理； 其中， 所述业务补充信息通过所述业务请求方客户端解析所述业务图形码得到； 或者， 所述业务补充信息被输入至所述业务请求方客户端。 16.根据权利要求15所述的方法， 所述业务参与方包括商户。

12、， 所述业务请求方包括支付 权利要求书 2/6 页 3 CN 111340477 A 3 方， 所述待处理业务包括待支付订单， 所述业务补充信息包括所述待支付订单的订单信息， 与所述商户客户端相关联的业务响应服务端包括支付平台服务端， 各个支付平台服务端针 对所述商户生成的业务基础信息包括收单信息。 17.根据权利要求11所述的方法， 所述存储设备包括中心化存储节点或区块链节点。 18.根据权利要求11所述的方法， 所述存储设备包括区块链节点。 19.一种业务处理方法， 应用于业务参与方客户端， 所述方法包括： 根据业务参与方的身份标识和针对所述业务参与方的密文业务基础信息的解密信息 生成所述。

13、业务参与方的业务图形码， 所述密文业务基础信息和所述身份标识被关联存储至 存储设备； 展示所述业务图形码， 以使得业务请求方客户端获取所述存储设备查找到的与解析所 述业务图形码得到的所述身份标识对应的密文业务基础信息， 并基于解析所述业务图形码 得到的所述解密信息对获取到的密文业务基础信息进行解密， 以及基于解密得到的明文业 务基础信息对业务请求方和所述业务参与方之间的待处理业务进行处理。 20.根据权利要求19所述的方法， 所述解密信息包含第一解密密钥和第一加密算法的 第一加密算法标识， 所述第一加密算法为使用所述第一解密密钥进行解密所采用的算法。 21.根据权利要求19所述的方法， 所述解。

14、密信息包含所述业务参与方的密钥推导因子、 密钥推导算法的推导算法标识和第二加密算法的第二加密算法标识， 所述第二加密算法为 使用第二解密密钥进行解密所采用的算法， 所述第二解密密钥为通过所述密钥推导算法对 所述密钥推导因子进行推导得到的密钥。 22.根据权利要求19所述的方法， 所述业务参与方与至少一个业务响应服务端相关联， 各个相关联的业务响应服务端针对所述业务参与方生成有相应的业务基础信息， 所述待处 理业务由所述业务请求方客户端基于所述明文业务基础信息中与所述业务请求方客户端 相匹配的目标业务基础信息进行处理。 23.根据权利要求19所述的方法， 所述待处理业务由所述业务请求方客户端基于。

15、所述 明文业务基础信息和所述待处理业务的业务补充信息进行处理； 其中， 所述业务补充信息通过所述业务请求方客户端解析所述业务图形码得到； 或者， 所述业务补充信息被输入至所述业务请求方客户端。 24.根据权利要求23所述的方法， 所述业务参与方包括商户， 所述业务请求方包括支付 方， 所述待处理业务包括待支付订单， 所述业务补充信息包括所述待支付订单的订单信息， 与所述商户客户端相关联的业务响应服务端包括支付平台服务端， 各个支付平台服务端针 对所述商户生成的业务基础信息包括收单信息。 25.根据权利要求19所述的方法， 所述存储设备包括中心化存储节点。 26.根据权利要求19所述的方法， 所。

16、述存储设备包括区块链节点。 27.一种业务处理装置， 应用于业务请求方客户端， 所述装置包括： 解析单元， 解析业务参与方的业务图形码以得到业务参与方的身份标识和针对所述业 务参与方的密文业务基础信息的解密信息， 所述密文业务基础信息和所述身份标识被关联 存储至存储设备； 发送单元， 向所述存储设备发送针对所述密文业务基础信息的查询请求， 所述查询请 求包含所述身份标识； 权利要求书 3/6 页 4 CN 111340477 A 4 处理单元， 获取所述存储设备查找到的与所述身份标识对应的密文业务基础信息， 并 基于所述解密信息对获取到的密文业务基础信息进行解密得到明文业务基础信息， 以及基 。

17、于所述明文业务基础信息对业务请求方和所述业务参与方之间的待处理业务进行处理。 28.根据权利要求27所述的装置， 所述处理单元具体用于： 获取所述解密信息中包含的第一解密密钥和第一加密算法的第一加密算法标识； 根据所述第一加密算法标识确定出所述第一加密算法， 并采用所述第一解密密钥和所 述第一加密算法对获取到的密文业务基础信息进行解密得到明文业务基础信息。 29.根据权利要求27所述的装置， 所述处理单元具体用于： 获取所述解密信息中包含的所述业务参与方的密钥推导因子、 密钥推导算法的推导算 法标识和第二加密算法的第二加密算法标识； 根据所述推导算法标识确定出所述密钥推导算法， 并采用所述密钥。

18、推导算法对所述密 钥推导因子进行推导得到第二解密密钥； 根据所述第二加密算法标识确定出所述第二加密算法， 并采用所述第二解密密钥和所 述第二加密算法对获取到的密文业务基础信息进行解密得到明文业务基础信息。 30.根据权利要求27所述的装置， 所述业务参与方与至少一个业务响应服务端相关联， 各个相关联的业务响应服务端针对所述业务参与方生成有相应的业务基础信息； 所述处理 单元具体用于： 确定所述明文业务基础信息中与所述业务请求方客户端相匹配的目标业务基础信息； 基于所述目标业务基础信息对所述待处理业务进行处理。 31.根据权利要求30所述的装置， 任一业务基础信息记录有生成所述任一业务基础信 息。

19、的业务响应服务端的服务端标识； 所述处理单元进一步用于： 在所述明文业务基础信息中查找记录有目标服务端标识的业务基础信息， 并将查找到 的业务基础信息作为所述目标业务基础信息， 所述目标服务端标识为与所述业务请求方客 户端对应的业务响应服务端的服务端标识。 32.根据权利要求27所述的装置， 所述处理单元具体用于： 基于所述明文业务基础信息和所述待处理业务的业务补充信息对所述待处理业务进 行处理； 其中， 所述业务补充信息通过所述业务请求方客户端解析所述业务图形码得到； 或者， 所述业务补充信息被输入至所述业务请求方客户端。 33.根据权利要求32所述的装置， 所述业务图形码包含通过所述业务参。

20、与方的私钥对 信息摘要进行签名得到的数字签名， 所述信息摘要由对所述业务补充信息和所述身份标识 进行哈希运算得到； 在基于所述明文业务基础信息和所述业务补充信息对所述待处理业务 进行处理之前， 所述装置还包括： 获取单元， 获取所述存储设备返回的与所述身份标识对应的公钥， 并采用所述公钥对 解析所述业务图形码得到的所述数字签名进行数字签名验证； 运算单元， 对解析所述业务图形码得到的业务补充信息和身份标识进行哈希运算得到 验证摘要； 验证单元， 当所述验证摘要与通过数字签名验证得到的信息摘要不一致时， 禁止执行 对所述待处理业务进行处理的操作。 权利要求书 4/6 页 5 CN 1113404。

21、77 A 5 34.根据权利要求32所述的装置， 所述业务参与方包括商户， 所述业务请求方包括支付 方， 所述待处理业务包括待支付订单， 所述业务补充信息包括所述待支付订单的订单信息， 与所述商户客户端相关联的业务响应服务端包括支付平台服务端， 各个支付平台服务端针 对所述商户生成的业务基础信息包括收单信息。 35.根据权利要求27所述的装置， 所述存储设备包括中心化存储节点。 36.根据权利要求27所述的装置， 所述存储设备包括区块链节点。 37.一种业务处理装置， 应用于存储设备， 所述装置包括： 接收单元， 接收业务请求方客户端发送的针对业务参与方的密文业务基础信息的查询 请求， 所述查。

22、询请求包含所述业务参与方的身份标识， 所述密文业务基础信息和所述身份 标识被关联存储至所述存储设备； 查找单元， 查找与所述身份标识对应的密文业务基础信息， 并向所述业务请求方客户 端返回查找到的密文业务基础信息， 以使得所述业务请求方客户端基于所述密文业务基础 信息的解密信息对接收到的密文业务基础信息进行解密， 并基于解密得到的明文业务基础 信息对业务请求方和所述业务参与方之间的待处理业务进行处理； 所述身份标识和所述解 密信息由所述业务请求方客户端解析业务参与方的业务图形码得到。 38.根据权利要求37所述的装置， 所述解密信息包含第一解密密钥和第一加密算法的 第一加密算法标识， 所述第一。

23、加密算法为使用所述第一解密密钥进行解密所采用的算法。 39.根据权利要求37所述的装置， 所述解密信息包含所述业务参与方的密钥推导因子、 密钥推导算法的推导算法标识和第二加密算法的第二加密算法标识， 所述第二加密算法为 使用第二解密密钥进行解密所采用的算法， 所述第二解密密钥为通过所述密钥推导算法对 所述密钥推导因子进行推导得到的密钥。 40.根据权利要求37所述的装置， 所述业务参与方与至少一个业务响应服务端相关联， 各个相关联的业务响应服务端针对所述业务参与方生成有相应的业务基础信息， 所述待处 理业务由所述业务请求方客户端基于所述明文业务基础信息中与所述业务请求方客户端 相匹配的目标业务。

24、基础信息进行处理。 41.根据权利要求37所述的装置， 所述待处理业务由所述业务请求方客户端基于所述 明文业务基础信息和所述待处理业务的业务补充信息进行处理； 其中， 所述业务补充信息通过所述业务请求方客户端解析所述业务图形码得到； 或者， 所述业务补充信息被输入至所述业务请求方客户端。 42.根据权利要求41所述的装置， 所述业务参与方包括商户， 所述业务请求方包括支付 方， 所述待处理业务包括待支付订单， 所述业务补充信息包括所述待支付订单的订单信息， 与所述商户客户端相关联的业务响应服务端包括支付平台服务端， 各个支付平台服务端针 对所述商户生成的业务基础信息包括收单信息。 43.根据权。

25、利要求37所述的装置， 所述存储设备包括中心化存储节点。 44.根据权利要求37所述的装置， 所述存储设备包括区块链节点。 45.一种业务处理装置， 应用于业务参与方客户端， 所述装置包括： 生成单元， 根据业务参与方的身份标识和针对所述业务参与方的密文业务基础信息的 解密信息生成所述业务参与方的业务图形码， 所述密文业务基础信息和所述身份标识被关 联存储至存储设备； 权利要求书 5/6 页 6 CN 111340477 A 6 展示单元， 展示所述业务图形码， 以使得业务请求方客户端获取所述存储设备查找到 的与解析所述业务图形码得到的所述身份标识对应的密文业务基础信息， 并基于解析所述 业务。

26、图形码得到的所述解密信息对获取到的密文业务基础信息进行解密， 以及基于解密得 到的明文业务基础信息对业务请求方和所述业务参与方之间的待处理业务进行处理。 46.根据权利要求45所述的装置， 所述解密信息包含第一解密密钥和第一加密算法的 第一加密算法标识， 所述第一加密算法为使用所述第一解密密钥进行解密所采用的算法。 47.根据权利要求45所述的装置， 所述解密信息包含所述业务参与方的密钥推导因子、 密钥推导算法的推导算法标识和第二加密算法的第二加密算法标识， 所述第二加密算法为 使用第二解密密钥进行解密所采用的算法， 所述第二解密密钥为通过所述密钥推导算法对 所述密钥推导因子进行推导得到的密钥。

27、。 48.根据权利要求45所述的装置， 所述业务参与方与至少一个业务响应服务端相关联， 各个相关联的业务响应服务端针对所述业务参与方生成有相应的业务基础信息， 所述待处 理业务由所述业务请求方客户端基于所述明文业务基础信息中与所述业务请求方客户端 相匹配的目标业务基础信息进行处理。 49.根据权利要求45所述的装置， 所述待处理业务由所述业务请求方客户端基于所述 明文业务基础信息和所述待处理业务的业务补充信息进行处理； 其中， 所述业务补充信息通过所述业务请求方客户端解析所述业务图形码得到； 或者， 所述业务补充信息被输入至所述业务请求方客户端。 50.根据权利要求49所述的装置， 所述业务参。

28、与方包括商户， 所述业务请求方包括支付 方， 所述待处理业务包括待支付订单， 所述业务补充信息包括所述待支付订单的订单信息， 与所述商户客户端相关联的业务响应服务端包括支付平台服务端， 各个支付平台服务端针 对所述商户生成的业务基础信息包括收单信息。 51.根据权利要求45所述的装置， 所述存储设备包括中心化存储节点。 52.根据权利要求45所述的装置， 所述存储设备包括区块链节点。 53.一种电子设备， 包括： 处理器； 用于存储处理器可执行指令的存储器； 其中， 所述处理器通过运行所述可执行指令以实现如权利要求1-26中任一项所述的方 法。 54.一种计算机可读存储介质， 其上存储有计算机。

29、指令， 该指令被处理器执行时实现如 权利要求1-26任一项所述方法的步骤。 权利要求书 6/6 页 7 CN 111340477 A 7 业务处理方法及装置、 电子设备、 存储介质 技术领域 0001 本说明书一个或多个实施例涉及通讯技术领域， 尤其涉及一种业务处理方法及装 置、 电子设备、 存储介质。 背景技术 0002 图形码可通过一定的编码规则， 利用图形来表达文字数值信息， 从而由图象输入 设备或光电扫描设备自动识读以实现信息自动处理。 图形码包括二维码、 条形码等。 以二维 码为例， 二维码是采用特定的几何图形按照一定规律在平面(二维方向上)上分布的黑白相 间的图形。 二维码在代码编。

30、制上巧妙地利用构成计算机内部逻辑基础的 “0” 、“1” 比特流的 概念， 使用若干个与二进制相对应的几何形体来表示文字数值信息。 比如， 商户或个人可通 过自身的收单信息生成收款码， 以供其他用户通过扫描该收款码进行支付转账等。 发明内容 0003 有鉴于此， 本说明书一个或多个实施例提供一种业务处理方法及装置、 电子设备、 存储介质。 0004 为实现上述目的， 本说明书一个或多个实施例提供技术方案如下： 0005 根据本说明书一个或多个实施例的第一方面， 提出了一种业务处理方法， 应用于 业务请求方客户端， 所述方法包括： 0006 解析业务参与方的业务图形码以得到业务参与方的身份标识和。

31、针对所述业务参 与方的密文业务基础信息的解密信息， 所述密文业务基础信息和所述身份标识被关联存储 至存储设备； 0007 向所述存储设备发送针对所述密文业务基础信息的查询请求， 所述查询请求包含 所述身份标识； 0008 获取所述存储设备查找到的与所述身份标识对应的密文业务基础信息， 并基于所 述解密信息对获取到的密文业务基础信息进行解密得到明文业务基础信息， 以及基于所述 明文业务基础信息对业务请求方和所述业务参与方之间的待处理业务进行处理。 0009 根据本说明书一个或多个实施例的第二方面， 提出了一种业务处理方法， 应用于 存储设备， 所述方法包括： 0010 接收业务请求方客户端发送的。

32、针对业务参与方的密文业务基础信息的查询请求， 所述查询请求包含所述业务参与方的身份标识， 所述密文业务基础信息和所述身份标识被 关联存储至所述存储设备； 0011 查找与所述身份标识对应的密文业务基础信息， 并向所述业务请求方客户端返回 查找到的密文业务基础信息， 以使得所述业务请求方客户端基于所述密文业务基础信息的 解密信息对接收到的密文业务基础信息进行解密， 并基于解密得到的明文业务基础信息对 业务请求方和所述业务参与方之间的待处理业务进行处理； 所述身份标识和所述解密信息 由所述业务请求方客户端解析业务参与方的业务图形码得到。 说明书 1/23 页 8 CN 111340477 A 8 。

33、0012 根据本说明书一个或多个实施例的第三方面， 提出了一种业务处理方法， 应用于 业务参与方客户端， 所述方法包括： 0013 根据业务参与方的身份标识和针对所述业务参与方的密文业务基础信息的解密 信息生成所述业务参与方的业务图形码， 所述密文业务基础信息和所述身份标识被关联存 储至存储设备； 0014 展示所述业务图形码， 以使得业务请求方客户端获取所述存储设备查找到的与解 析所述业务图形码得到的所述身份标识对应的密文业务基础信息， 并基于解析所述业务图 形码得到的所述解密信息对获取到的密文业务基础信息进行解密， 以及基于解密得到的明 文业务基础信息对业务请求方和所述业务参与方之间的待处。

34、理业务进行处理。 0015 根据本说明书一个或多个实施例的第四方面， 提出了一种业务处理装置， 应用于 业务请求方客户端， 所述装置包括： 0016 解析单元， 解析业务参与方的业务图形码以得到业务参与方的身份标识和针对所 述业务参与方的密文业务基础信息的解密信息， 所述密文业务基础信息和所述身份标识被 关联存储至存储设备； 0017 发送单元， 向所述存储设备发送针对所述密文业务基础信息的查询请求， 所述查 询请求包含所述身份标识； 0018 处理单元， 获取所述存储设备查找到的与所述身份标识对应的密文业务基础信 息， 并基于所述解密信息对获取到的密文业务基础信息进行解密得到明文业务基础信息。

35、， 以及基于所述明文业务基础信息对业务请求方和所述业务参与方之间的待处理业务进行 处理。 0019 根据本说明书一个或多个实施例的第五方面， 提出了一种业务处理装置， 应用于 存储设备， 所述装置包括： 0020 接收单元， 接收业务请求方客户端发送的针对业务参与方的密文业务基础信息的 查询请求， 所述查询请求包含所述业务参与方的身份标识， 所述密文业务基础信息和所述 身份标识被关联存储至所述存储设备； 0021 查找单元， 查找与所述身份标识对应的密文业务基础信息， 并向所述业务请求方 客户端返回查找到的密文业务基础信息， 以使得所述业务请求方客户端基于所述密文业务 基础信息的解密信息对接收。

36、到的密文业务基础信息进行解密， 并基于解密得到的明文业务 基础信息对业务请求方和所述业务参与方之间的待处理业务进行处理； 所述身份标识和所 述解密信息由所述业务请求方客户端解析业务参与方的业务图形码得到。 0022 根据本说明书一个或多个实施例的第六方面， 提出了一种业务处理装置， 应用于 业务参与方客户端， 所述装置包括： 0023 生成单元， 根据业务参与方的身份标识和针对所述业务参与方的密文业务基础信 息的解密信息生成所述业务参与方的业务图形码， 所述密文业务基础信息和所述身份标识 被关联存储至存储设备； 0024 展示单元， 展示所述业务图形码， 以使得业务请求方客户端获取所述存储设备。

37、查 找到的与解析所述业务图形码得到的所述身份标识对应的密文业务基础信息， 并基于解析 所述业务图形码得到的所述解密信息对获取到的密文业务基础信息进行解密， 以及基于解 密得到的明文业务基础信息对业务请求方和所述业务参与方之间的待处理业务进行处理。 说明书 2/23 页 9 CN 111340477 A 9 0025 根据本说明书一个或多个实施例的第七方面， 提出了一种电子设备， 包括： 0026 处理器； 0027 用于存储处理器可执行指令的存储器； 0028 其中， 所述处理器通过运行所述可执行指令以实现如上述第一方面、 第二方面或 第三方面中所述的业务处理方法。 0029 根据本说明书一个。

38、或多个实施例的第九方面， 提出了一种计算机可读存储介质， 其上存储有计算机指令， 该指令被处理器执行时实现如上述第一方面、 第二方面或第三方 面中任一业务处理方法的步骤。 附图说明 0030 图1是一示例性实施例提供的一种业务处理系统的架构示意图。 0031 图2是一示例性实施例提供的一种业务处理方法的流程图。 0032 图3是一示例性实施例提供的另一种业务处理方法的流程图。 0033 图4是一示例性实施例提供的另一种业务处理方法的流程图。 0034 图5是一示例性实施例提供的一种扫码支付的架构示意图。 0035 图6是一示例性实施例提供的另一种扫码支付的架构示意图。 0036 图7是一示例性。

39、实施例提供的一种业务信息的维护方法的示意图。 0037 图8是一示例性实施例提供的一种基于收款码进行支付的示意图。 0038 图9是一示例性实施例提供的一种基于订单码进行支付的示意图。 0039 图10是一示例性实施例提供的一种设备的结构示意图。 0040 图11是一示例性实施例提供的一种业务处理装置的框图。 0041 图12是一示例性实施例提供的另一种业务处理装置的框图。 0042 图13是一示例性实施例提供的另一种业务处理装置的框图。 具体实施方式 0043 这里将详细地对示例性实施例进行说明， 其示例表示在附图中。 下面的描述涉及 附图时， 除非另有表示， 不同附图中的相同数字表示相同或。

40、相似的要素。 以下示例性实施例 中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。 相 反， 它们仅是与如所附权利要求书中所详述的、 本说明书一个或多个实施例的一些方面相 一致的装置和方法的例子。 0044 需要说明的是： 在其他实施例中并不一定按照本说明书示出和描述的顺序来执行 相应方法的步骤。 在一些其他实施例中， 其方法所包括的步骤可以比本说明书所描述的更 多或更少。 此外， 本说明书中所描述的单个步骤， 在其他实施例中可能被分解为多个步骤进 行描述； 而本说明书中所描述的多个步骤， 在其他实施例中也可能被合并为单个步骤进行 描述。 0045 在业务处理过程中， 。

41、业务响应服务端可与业务参与方建立关联关系以向业务参与 方提供相应的业务支持， 并在建立关联关系后由业务响应服务端为业务参与方生成相应的 业务基础信息， 以供在处理业务时使用。 其中， 业务响应服务端与所生成的业务基础信息为 一一对应的关系。 在实际应用中， 一方面， 针对同一种业务， 可能存在一个或多个业务响应 说明书 3/23 页 10 CN 111340477 A 10 服务端可向业务参与方提供业务支持， 即业务参与方可与多个业务响应服务端建立关联关 系， 而各个相关联的业务响应服务端针对该业务参与方生成有相应的业务基础信息。 那么， 同一业务参与方针对同一种业务可能拥有多个业务基础信息，。

42、 这些业务基础信息均可用于 在处理该业务时使用。 另一方面， 各个业务响应服务端分别有各自对应的业务请求方客户 端， 业务请求方客户端需通过与自身相匹配的业务响应服务端生成的业务基础信息来完成 业务处理。 与此同时， 可生成用于记录业务基础信息的业务图形码来简化业务请求方处理 业务的操作， 提高业务处理的效率。 具体而言， 业务请求方可使用业务请求方客户端扫描该 业务图形码， 进而解析得到业务基础信息以进行业务处理。 比如， 业务图形码可以是二维 码、 条形码或者其他任意形式的图形码。 0046 而针对业务处理的过程， 进行业务处理所采用的业务信息包括业务基础信息和业 务补充信息。 其中， 业。

43、务基础信息与业务参与方相关联， 因此在业务参与方较为固定的情况 下， 该业务参与方的业务基础信息也随之较为固定。 业务补充信息与当前待处理业务相关 联， 因此业务补充信息随待处理业务的变化而变化。 例如， 业务参与方可能与多个不同的业 务请求方之间存在同一类型的待处理业务， 或者业务参与方对于同一业务请求方也可能存 在多个同一类型的待处理业务。 而在这些情况下， 业务基础信息固定不变， 业务补充信息则 随待处理业务的具体内容而变化。 因此， 可将业务基础信息理解为静态业务信息， 将业务补 充信息理解为动态业务信息。 0047 在一种情况下， 由业务参与方提供待处理业务的业务补充信息(与待处理业。

44、务相 对应)， 并基于该业务补充信息和自身的业务补充信息生成业务图形码。 业务参与方可通过 业务参与方客户端向业务请求方展示生成的业务图形码， 再由业务请求方通过业务请求方 客户端解析业务图形码来获取业务补充信息和业务基础信息， 并基于获取到的信息(业务 补充信息和业务基础信息)与业务响应服务端进行交互来完成该待处理业务的处理过程。 0048 在该情况下， 可针对各个业务响应服务端生成的业务基础信息， 以及业务参与方 提供的业务补充信息分别生成相应的业务图形码(即这些业务图形码中的业务补充信息相 同， 但业务基础信息不同)。 换言之， 每个业务图形码与业务响应服务端一一对应。 那么， 业 务请。

45、求方在需要发起与该业务参与方相关的待处理业务时， 可根据实际需求选取与自身所 使用的业务请求方客户端相匹配的业务图形码(比如， 可在展示业务图形码时标注该业务 图形码支持的客户端)， 并采用与选取的业务图形码对应的业务请求方客户端进行扫描以 完成业务处理。 然而， 在上述场景下， 当业务参与方与多个业务响应服务端建立关联关系 时， 针对每个业务响应服务端生成的业务基础信息都需要生成一个相应的业务图形码， 导 致成本较高， 效率低下。 0049 以商户订单码的应用场景为例， 当用户(业务请求方)从商户(业务参与方)中选取 所需购买的商品后， 由商户通过商户客户端(业务参与方客户端)针对用户选取的。

46、商品生成 待支付订单(待处理业务)的订单码(业务图形码； 比如， 为订单二维码， 或者为订单条形 码)， 该订单码中包含商户在相应支付平台(业务响应服务端)上的收单信息(业务基础信 息)和待支付订单的订单信息(业务补充信息)。 用户使用安装有移动支付App的支付客户端 (比如手机， 即业务请求方客户端)扫描商户展示的订单码， 移动支付App通过解析订单码获 取该商户的收单信息和订单信息， 并展示在App界面上由用户进行确认， 用户在确认商户的 收单信息和订单信息无误后即可提交支付申请， 以由移动支付App与支付平台对接来完成 说明书 4/23 页 11 CN 111340477 A 11 后续。

47、的支付流程。 0050 同一家商户可能与多个不同的支付平台合作(比如， 同时与支付平台A、 支付平台 B、 支付平台C等支付平台合作)， 每个支付平台都会为该商户分配相应的收单信息(比如， 向 该商户分配的账户、 标识号、 支付平台名称、 支付平台的访问地址等)。 那么， 当商户支持多 个支付平台时， 商户需要根据各个支付平台分配的收单信息以及自身生成的订单信息生成 相应的订单码以供商户向用户展示。 比如， 商户可通过商户客户端向用户展示订单码以供 用户扫码付款。 由于移动支付App通常与支付平台相关联(即每个支付平台均开发有相应的 移动支付App)， 用户需选择自身安装的移动支付App支持的。

48、订单码进行扫描来完成支付。 0051 由此可见， 当商户与多个支付平台对接时， 针对每个支付平台生成的收单信息都 需要生成一个相应的订单码以由商户向用户展示， 导致支付过程中的成本较高， 用户操作 较为复杂， 效率低下， 不利于提升用户体验。 0052 在另一种情况下， 可通过向业务请求方客户端输入业务补充信息， 以使得业务请 求方客户端获取业务补充信息， 进而处理待处理业务。 比如， 可由业务请求方或者业务参与 方输入至业务请求方客户端。 作为一示例性实施例， 当业务响应服务端生成的业务基础信 息固定不变时， 业务参与方(或业务响应服务端、 委托的技术服务商等)可将业务基础信息 以图形码的形。

49、式输出以向业务请求方提供完成业务所需的业务基础信息。 比如， 业务参与 方可将该图形码打印张贴以由业务请求方解析； 或者， 通过业务参与方客户端向业务请求 方展示该图形码。 那么， 业务请求方可通过业务请求方客户端解析该图形码获得业务基础 信息， 并在业务请求方客户端中输入待处理业务(与该业务参与方相关)的业务补充信息， 进而基于获得的业务基础信息和输入的业务补充信息对该待处理业务实施处理。 0053 在该情况下， 可针对各个业务响应服务端生成的业务基础信息， 分别生成相应的 图形码。 换言之， 每个图形码与业务响应服务端一一对应。 那么， 业务请求方在需要发起与 该业务参与方相关的业务处理时。

50、， 可根据实际需求选取图形码， 并采用与选取的图形码对 应的业务请求方客户端进行扫描以完成业务处理。 然而， 在上述场景下， 当业务参与方与多 个业务响应服务端建立关联关系时， 针对每个业务响应服务端生成的业务基础信息都需要 生成一个相应的图形码， 并且， 当业务参与方与其他业务响应服务端又建立关联关系时， 针 对新关联的业务响应服务端生成的业务基础信息， 仍需要再生成相应的图形码进行输出展 示， 导致成本较高， 效率低下。 0054 以商户收款码的应用场景为例， 用户(业务请求方)使用安装有移动支付App的支 付客户端(比如手机， 即业务请求方客户端)扫描商户(业务参与方)展示的收款码(比如。