虚拟资源的处理方法、装置、电子设备及存储介质与流程

1.本技术涉及互联网技术，尤其涉及一种虚拟资源的处理方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.随着互联网技术的快速发展，人们的日常生活、工作、娱乐、购物等方式发生了巨大的变化，基于互联网的电子支付逐渐成为人们常用的交易方式，通过该方式进行交易的过程中只涉及虚拟资源的转移，无需携带现金，方便快捷。
3.然而，由于互联网服务的多样性，作为服务提供方的各类组织(例如企业或商家等)所使用的客户端与消费者使用的客户端往往是异构的，这就涉及到在异构系统之间打通对接第三方支付接口(例如微信支付的接口等)的虚拟资源收取通道。
4.这对于没有开发实力的组织来说非常困难，往往需要通过与外部组织签订外包协议进行开发，开发周期和开发成本都难以承受，尤其是，对于异构系统客户端的运维方来说，也需要与不同组织各自开发的程序兼容，增加了系统的复杂程度和运维难度。
5.可见，如何在涉及异构系统的场景中实现虚拟资源的高效转移，相关技术尚无有效解决方案。


技术实现要素：

6.本技术实施例提供一种虚拟资源的处理方法、装置、电子设备及计算机可读存储介质，能够在涉及异构系统的场景中实现虚拟资源的高效转移。
7.本技术实施例的技术方案是这样实现的：
8.本技术实施例提供一种虚拟资源的处理方法，包括：
9.在组织的成员账号登录的第一客户端中，响应于所述成员账号针对虚拟资源接收项目的创建操作，基于组织支付账号创建所述虚拟资源接收项目；
10.其中，所述虚拟资源接收项目用于供用户账号向所述组织支付账号转移虚拟资源；
11.其中，所述成员账号所属的第一系统用于为所述第一客户端提供服务，所述用户账号所属的第二系统用于为所述用户账号登录的第二客户端提供服务，且所述第一系统与所述第二系统是不同的系统；
12.响应于虚拟资源收取操作，向所述用户账号登录的所述第二客户端发送携带所述虚拟资源接收项目的小程序消息。
13.本技术实施例提供一种虚拟资源的处理装置，包括：
14.创建模块，用于在组织的成员账号登录的第一客户端中，响应于所述成员账号针对虚拟资源接收项目的创建操作，基于组织支付账号创建所述虚拟资源接收项目；
15.其中，所述虚拟资源接收项目用于供用户账号向所述组织支付账号转移虚拟资源；
16.其中，所述成员账号所属的第一系统用于为所述第一客户端提供服务，所述用户账号所属的第二系统用于为所述用户账号登录的第二客户端提供服务，且所述第一系统与所述第二系统是不同的系统；
17.发送模块，用于响应于虚拟资源收取操作，向所述用户账号登录的所述第二客户端发送携带所述虚拟资源接收项目的小程序消息。
18.在上述方案中，所述创建模块，还用于呈现所述成员账号的聊天页面；其中，所述聊天页面的聊天对象中包括所述用户账号；响应于在所述聊天页面中接收到的所述成员账号针对虚拟资源接收项目的创建操作，基于所述组织支付账号创建虚拟资源接收项目。
19.在上述方案中，所述发送模块，还用于通过所述成员账号登录的所述第一客户端、并基于跨系统通信接口，将所述小程序消息通过所述聊天页面发送至所述用户账号登录的第二客户端；其中，所述跨系统通信接口用于实现所述第一系统与所述第二系统之间的通信服务。
20.在上述方案中，所述发送模块，还用于通过所述成员账号登录的第一客户端将所述小程序消息发送至所述第一系统，以使所述第一系统根据映射关系，将所述成员账号映射为第二系统能够识别的关联账号，并通过调用所述跨系统通信接口，将所述小程序消息以及所述关联账号发送到所述第二系统，以使所述第二系统将所述小程序消息发送到所述用户账号登录的第二客户端；其中，所述映射关系包括所述第一系统能够识别的所述成员账号与所述第二系统能够识别的关联账号。
21.在上述方案中，所述创建模块，还用于在所述聊天页面中呈现虚拟资源收取入口；响应于针对所述虚拟资源收取入口的触发操作，呈现对应所述组织支付账号的虚拟资源收取页面；响应于在所述虚拟资源收取页面中接收到的数额设定操作，获取待收取的虚拟资源数额，并创建收取目标是所述用户账号、且收取数额是所述虚拟资源数额的虚拟资源接收项目。
22.在上述方案中，所述创建模块，还用于在所述成员账号登录的所述第一客户端中接收所述组织支付账号，且所述组织支付账号是所述组织的管理员账号登录的所述第一客户端经由第一系统发送的。
23.在上述方案中，所述创建模块，还用于接收用于创建所述虚拟资源接收项目的授权；其中，所述授权是在确定满足创建所述虚拟资源接收项目的条件时生成的，所述条件包括以下至少之一：所述成员账号已获得使用所述组织支付账号收取虚拟资源的授权；所述组织支付账号有效；所述用户账号具有支付资格；所述成员账号和所述用户账号之间具有社交关系。
24.在上述方案中，所述创建模块，还用于获取所述成员账号的组织支付账号列表；当所述成员账号具备所述组织支付账号、且所述成员账号未获得使用所述组织支付账号收取虚拟资源的授权时，呈现用于提醒所述成员账号更新所述组织支付账号的消息，或者，向所述组织的管理员账号发送用于指示所述管理员账号对所述成员账号进行授权的消息；当所述成员账号不具备所述组织支付账号、且所述组织支付账号列表不是空的时，呈现用于提醒所述成员账号设置所述组织支付账号的消息；当所述成员账号不具备所述组织支付账号、且所述组织支付账号列表是空的时，向所述组织的管理员账号发送用于指示配置所述组织支付账号的消息。
25.在上述方案中，所述虚拟资源的处理装置还包括：收取模块，用于接收所述用户账号发送的虚拟资源退还请求；响应于针对所述虚拟资源退还请求的确认操作，将所述用户账号转移的全部或部分虚拟资源退还至所述用户账号。
26.在上述方案中，当所述组织对应的组织支付账号的数量是多个时，所述创建模块，还用于呈现所述成员账号的组织支付账号列表，其中，所述组织支付账号列表中包括多个所述组织支付账号；响应于针对所述组织支付账号的选取操作，基于被选取的组织支付账号，创建虚拟资源接收项目。
27.在上述方案中，所述创建模块，还用于响应于组织支付账号绑定操作，向第三方支付接口发送绑定请求，以使所述第三方支付接口将所述成员账号和至少一个待确认的组织支付账号进行绑定；当所述待确认的组织支付账号绑定成功、且所述待确认的组织支付账号是所述成员账号第一个被绑定的账号时，将所述组织支付账号设置为所述成员账号的默认组织支付账号；响应于所述成员账号针对所述默认组织支付账号的查询请求，呈现所述成员账号的默认组织支付账号；响应于针对所述默认组织支付账号的修改操作，将所述默认组织支付账号更新为修改后的组织支付账号。
28.在上述方案中，所述创建模块，还用于响应于所述成员账号针对组织支付账号列表的查询请求，呈现所述组织支付账号列表；在所述组织支付账号列表中，呈现至少一个所述组织支付账号、以及对应每个所述组织支付账号的授权标识信息；其中，所述授权标识信息用于表征所述成员账号是否获得使用对应的所述组织支付账号收取虚拟资源的授权。
29.在上述方案中，所述收取模块，还用于呈现支付提示信息；其中，所述支付提示信息用于向所述成员账号提示所述用户账号已根据所述虚拟资源接收项目向所述组织支付账号转移虚拟资源。
30.在上述方案中，所述创建模块，还用于在所述组织的管理员账号登录的所述第一客户端中，响应于组织支付账号配置操作，获取所述组织支付账号和对应的组织名称；响应于绑定操作，向所述管理员账号的关联账号登录的第二客户端发送绑定提醒消息；其中，所述绑定提醒消息用于供第二系统将所述组织支付账号和所述组织名称在所述第二系统的第三方支付接口中进行绑定。
31.在上述方案中，所述创建模块，还用于在所述组织的管理员账号登录的所述第一客户端中，响应于针对所述组织支付账号的设定操作，授权设定的成员账号使用所述组织支付账号收取虚拟资源，并向所述设定的成员账号发送授权通知消息。
32.在上述方案中，所述收取模块，还用于在所述组织的管理员账号登录的所述第一客户端中，获取所述组织收取虚拟资源的多条记录；呈现按照以下维度至少之一统计的所述多条记录：时间维度；收取虚拟资源的成员账号的维度；记录的状态的维度；收取虚拟资源的成员账号所属子组织的维度；虚拟资源的数额的维度。
33.在上述方案中，当所述小程序消息是以小程序卡片的形式显示时，所述小程序卡片用于在被触发后，在所述用户账号登录的第二客户端中呈现对应所述虚拟资源接收项目的小程序付款页面；其中，所述小程序付款页面用于供所述用户账号执行支付操作。
34.在上述方案中，当所述小程序消息是以小程序卡片的形式显示时，所述小程序卡片用于在被触发后，在所述用户账号登录的第二客户端中呈现对应所述虚拟资源接收项目的小程序预览页面；其中，所述小程序预览页面用于供所述用户账号执行对象预览操作，以
呈现对象的介绍信息。
35.在上述方案中，当所述小程序消息是以小程序图形码的形式显示时，所述小程序图形码用于供所述用户账号登录的第二客户端扫描，以根据扫描出的地址请求所述虚拟资源接收项目的小程序付款页面，并显示所述小程序付款页面；其中，所述小程序付款页面用于供所述用户账号执行支付操作。
36.在上述方案中，当所述小程序消息是以小程序图形码的形式显示时，所述小程序图形码用于供所述用户账号登录的第二客户端扫描，以根据扫描出的地址请求所述虚拟资源接收项目的小程序预览页面，并显示所述小程序预览页面；其中，所述小程序预览页面用于供所述用户账号执行对象预览操作，以呈现对象的介绍信息。
37.本技术实施例提供一种电子设备，包括：
38.存储器，用于存储计算机可执行指令；
39.处理器，用于执行所述存储器中存储的计算机可执行指令时，实现本技术实施例提供的虚拟资源的处理方法。
40.本技术实施例提供一种计算机可读存储介质，存储有计算机可执行指令，用于被处理器执行时，实现本技术实施例提供的虚拟资源的处理方法。
41.本技术实施例具有以下有益效果：
42.将虚拟资源收取的能力以小程序消息的方式集成到了第一客户端中，使得用户账号可以基于小程序消息快捷地进行虚拟资源转移，实现了以小程序消息统一异构系统账号之间的资源转移方式的效果，节约了组织单独开发维护程序的环节；同时，统一的虚拟资源转移方式有助于简化第一客户端的后台系统的运维复杂度，从而在虚拟资源转移的过程中节约各方的资源，提高了虚拟资源转移的效率。
附图说明
43.图1是本技术实施例提供的虚拟资源的处理系统的架构示意图；
44.图2是本技术实施例提供的电子设备的结构示意图；
45.图3是本技术实施例提供的虚拟资源的处理方法的流程示意图；
46.图4是本技术实施例提供的虚拟资源的处理方法的流程示意图；
47.图5是本技术实施例提供的虚拟资源的处理方法的流程示意图；
48.图6是本技术实施例提供的虚拟资源的处理方法的流程示意图；
49.图7a、图7b、图7c、图7d、图7e、图7f、图7g和图7h是本技术实施例提供的虚拟资源的处理方法的应用场景示意图；
50.图8a、图8b、图8c、图8d、图8e、图8f和图8g是本技术实施例提供的虚拟资源的处理方法的流程示意图。
具体实施方式
51.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述，所描述的实施例不应视为对本技术的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
52.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可
以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
53.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的，不是旨在限制本技术。
54.对本技术实施例进行进一步详细说明之前，对本技术实施例中涉及的名词和术语进行说明，本技术实施例中涉及的名词和术语适用于如下的解释。
55.1)响应于，用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。
56.2)小程序(mini program)，也称为网络程序(web program)，是一种基于面向前端的语言(例如javascript)开发的、在超文本标记语言(html，hyper text markup language)页面中实现服务的程序，由客户端(例如浏览器或内嵌浏览器核心的任意客户端)经由网络(如互联网)下载、并在客户端的浏览器环境中解释和执行的软件，节省在客户端中安装的步骤。例如，在社交网络客户端中可以下载、运行用于实现对外收取虚拟资源服务的小程序。
57.3)客户端，例如本地客户端(native app)，是用户需要下载并安装在用户终端(例如，智能手机)上才可以使用的软件。
58.下文中涉及第一客户端和第二客户端，其中第一客户端可以是为企业用户提供互联网社交服务的计算机程序(例如企业微信)；第二客户端可以是为个人用户提供互联网社交服务的计算机程序(例如微信)。
59.4)组织，按照一定的宗旨和系统建立起来的集体，例如，企业或商家。
60.5)成员账号，组织中的成员(在第一客户端中)所持有的账号，例如，企业微信中的企业员工所持有的账号。
61.6)管理员账号，组织中的管理员(在第一客户端中)所持有的账号，例如，企业微信中的企业管理者所持有的账号。管理员账号是具备特殊权限的成员账号，例如，具备配置组织支付账号等权限的成员账号。
62.7)用户账号，需要向所述组织支付账号转移虚拟资源的用户(在第二客户端中)所持有的账号，例如，微信中的个人账号。
63.8)异构系统账号，是指归属于不同系统的账号。例如，成员账号和管理员账号归属于第一系统，用户账号归属于第二系统，第一系统和第二系统之间不能直接通信，如此，成员账号和用户账号互为对方的异构系统账号，管理员账号和用户账号互为对方的异构系统账号。
64.其中，第一系统是第一客户端的后台服务系统，第一系统包括一个或多个第一系统服务器(即第一客户端的后台服务器)；第二系统是第二客户端的后台服务系统，第二系统包括一个或多个第二系统服务器(即第二客户端的后台服务器)。
65.9)同构系统账号，是指归属于相同系统的账号。例如，成员账号和管理员账号归属于第一系统，成员账号和管理员账号之间能够通过第一系统中的服务器(即第一客户端的后台服务器，或称第一系统服务器)直接进行通信，如此，成员账号和管理员账号互为对方
的同构系统账号。
66.10)组织支付账号，是组织在第二系统服务器(即第二客户端的后台服务器)中的第三方支付接口所对应的支付账号，例如，微信支付商户号。组织支付账号是第二系统服务器中的第三方支付接口根据组织的标识信息所确定的，组织的标识信息包括：基本信息、营业执照、组织结构代码信息、企业法人/经办人、结算账户等。
67.11)登录凭证(code)：登录用户账号的第二客户端开启小程序时，通过调用接口(wx.login)获取登录凭证。通过登录凭证进而换取用户账号的登录态信息，包括用户账号的唯一标识(openid)及本次登录的会话密钥(session_key)等。用户账号的数据的加解密通讯需要依赖会话密钥完成。
68.12)openid：加密后的第二客户端的账号，每个用户对每个小程序或公众号的openid是唯一的。
69.13)鉴权：是指验证成员账号是否拥有使用组织支付账号收取虚拟资源的授权。
70.14)虚拟资源：是指能够在网络中传输的任意形式的资源，以“数额”来作为度量；例如，虚拟资源可以是对应收付款的电子货币，数额可以是收付款的金额(即收付款所包括的电子货币的价值)，收付款基于移动支付技术实现电子货币在用户之间的转移。
71.中小型企业(200-500人)及零售型商家在使用服务对象是各类组织(例如企业或商家等)的第一客户端(例如企业微信)的过程中，需要通过客户联系三件套(包括单聊、群聊、朋友圈)实现线上销售，但是由于大部分组织没有开发能力，且难以找到对应的配套第三方支付接口的能力，导致近70％的组织在一个月之内没有自行调用或通过第三方调用过第一客户端的接口。
72.在本技术实施例中发现相关技术存在以下技术问题：
73.(1)通常需要组织自行开发程序对接第三方支付接口，还需要维护支付的订单信息，包括订单状态的处理、退款等功能逻辑，对于没有开发实力的中小型组织，将会非常困难，往往需要通过与外部组织签订外包协议进行开发，开发周期较长。
74.(2)组织通过第三方支付产生收款，对于订单状态的处理、退款等功能逻辑使用第三方支付接口进行开发，导致组织使用第三方支付接口收款的成本也会比较高。
75.针对上述技术问题，本技术实施例提供一种虚拟资源的处理方法，能够在涉及异构系统的场景中实现虚拟资源的高效转移。下面说明本技术实施例提供的虚拟资源的处理方法的示例性应用，本技术实施例提供的虚拟资源的处理方法可以由各种电子设备实施，例如，可以应用到智能手机、平板电脑、车载终端、智能穿戴设备等各种类型的用户终端(下文也简称为终端)。
76.接下来，以电子设备为终端为例，说明终端实施本发明实施例提供的虚拟资源的处理方法的一个示例性的应用系统架构，参见图1，图1是本技术实施例提供的虚拟资源的处理系统的架构示意图。其中，虚拟资源的处理系统包括有：第一系统中的第一系统服务器100、第二系统中的第二系统服务器200、第一终端300、第二终端400、以及第三终端500，将分别进行说明。
77.第一系统和第二系统互为对方的异构系统，各自对接入的终端提供服务。例如，第一系统服务器100是用于对接入第一系统服务器100的第一终端300和第二终端400提供服务。第二系统服务器200是用于对接入第二系统服务器200的第三终端500提供服务。
78.第一系统服务器100和第二系统服务器200之间的通信即为跨系统通信，由跨系统通信接口来实现，例如，向第一系统中接入的第一客户端310和第一客户端410、以及第二系统中接入的第二客户端510提供通信服务，下面将具体进行说明。
79.第一系统服务器100是第一客户端310和第一客户端410的后台服务器，用于接收管理员账号登录的第一客户端410发送的组织支付账号，并将组织支付账号发送至成员账号登录的第一客户端310；还用于接收成员账号登录的第一客户端310发送的小程序消息，并将小程序消息发送至第二系统服务器200。
80.第二系统服务器200是第二客户端510的后台服务器，用于接收第一系统服务器100发送的小程序消息，并将小程序消息发送至用户账号登录的第二客户端510。
81.第一终端300，归属于组织的成员，用于运行成员账号登录的第一客户端310，用于接收第一系统服务器100发送的组织支付账号；还用于响应于创建操作，基于组织支付账号创建虚拟资源接收项目；还用于响应于虚拟资源收取操作，通过第一系统服务器100向用户账号登录的第二客户端510发送携带虚拟资源接收项目的小程序消息。
82.第二终端400，归属于组织的管理员，用于运行管理员账号登录的第一客户端410，用于向第一系统服务器100发送组织支付账号。
83.第三终端500，归属于用户，用于运行用户账号登录的第二客户端510，用于接收第二系统服务器200发送的携带虚拟资源接收项目的小程序消息，以使用户根据虚拟资源接收项目执行支付操作。
84.在一些实施例中，第一终端300、第二终端400、以及第三终端500通过运行计算机程序来实现本发明实施例提供的虚拟资源的处理方法，计算机程序可以是操作系统中的原生程序或软件模块；可以是本地(native)应用程序(app，application)，即需要在操作系统中安装才能运行的程序；也可以是小程序，即只需要下载到浏览器环境中就可以运行的程序；还可以是能够嵌入至任意app中的即时通讯小程序。总而言之，上述计算机程序可以是任意形式的应用程序、模块或插件。
85.例如，第一终端300运行第一客户端310，第二终端400运行第一客户端410，第三终端500运行第二客户端510，特别地，第一客户端310和第一客户端410可以是为企业用户提供互联网社交服务的计算机程序(例如企业微信)，第二客户端510可以是为个人用户提供互联网社交服务的计算机程序(例如微信)。
86.本技术实施例可以借助于云技术(cloud technology)实现，云技术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。
87.云技术是基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、以及应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源。
88.作为示例，第一系统服务器100和第二系统服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器，但并不局限于此。
89.接下来，说明本技术实施例提供的用于实施虚拟资源的处理方法的电子设备的结
构，如前所述，本技术实施例提供的电子设备可以是图1中的第一终端300或第二终端400。参见图2，图2是本技术实施例提供的电子设备的结构示意图，图2所示的电子设备包括：至少一个处理器410、存储器450、至少一个网络接口420和用户接口430。电子设备中的各个组件通过总线系统440耦合在一起。可理解，总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统440。
90.处理器410可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(dsp，digital signal processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。
91.用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
92.存储器450可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一个或多个存储设备。
93.存储器450包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(rom，read only memory)，易失性存储器可以是随机存取存储器(ram，random access memory)。本技术实施例描述的存储器450旨在包括任意适合类型的存储器。
94.在一些实施例中，存储器450能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。
95.操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。
96.网络通信模块452，用于经由一个或多个(有线或无线)网络接口420到达其他计算设备，示例性的网络接口420包括：蓝牙、无线相容性认证(wifi)、和通用串行总线(usb，universal serial bus)等。
97.呈现模块453，用于经由一个或多个与用户接口430相关联的输出装置431(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)。
98.输入处理模块454，用于对一个或多个来自一个或多个输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
99.在一些实施例中，本技术实施例提供的直播过程中的信息提示装置可以采用软件方式实现，图2示出了存储在存储器450中的虚拟资源的处理装置455，其可以是程序和插件等形式的软件，包括以下软件模块：创建模块4551和发送模块4552，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。
100.需要说明的是，对于虚拟资源的处理装置455中模块，图1中的第一终端300或第二
终端400可以全部实施或部分实施，对于部分实施即形成图1中的应用系统。
101.本技术实施例提供的虚拟资源的处理方法可以由图1中的第一终端300单独执行，也可以由图1中的第一终端300、第二终端400和第三终端500协同执行。
102.下面，以由图1中的第一终端300单独执行本技术实施例提供的虚拟资源的处理方法为例说明。参见图3，图3是本技术实施例提供的虚拟资源的处理方法的流程示意图，将结合图3示出的步骤进行说明。
103.需要说明的是，图3示出的方法可以由第一终端300运行的各种形式计算机程序执行，并不局限于上述的第一客户端310，例如上文的操作系统451、软件模块和脚本，因此下文中以第一客户端的示例不应视为对本技术实施例的限定。
104.在步骤s101中，在组织的成员账号登录的第一客户端中，响应于成员账号针对虚拟资源接收项目的创建操作，基于组织支付账号创建虚拟资源接收项目。
105.这里，虚拟资源接收项目用于供至少一个用户账号向组织支付账号转移虚拟资源。成员账号所属的第一系统用于为第一客户端提供服务，用户账号所属的第二系统用于为用户账号登录的第二客户端提供服务，且第一系统与第二系统是不同的系统。
106.在一些实施例中，第一客户端可以调用第一终端的相应服务(例如，项目创建服务)，通过第一终端完成基于组织支付账号创建虚拟资源接收项目的过程。第一客户端也可以调用第一系统服务器的相应服务(例如，项目创建服务)，通过第一系统服务器完成基于组织支付账号创建虚拟资源接收项目的过程。
107.下面，以由第一客户端调用第一终端的相应服务(例如，项目创建服务)，通过第一终端完成基于组织支付账号创建虚拟资源接收项目的过程为例进行说明。需要说明的是，第一客户端调用第一系统服务器的相应服务(例如，项目创建服务)完成基于组织支付账号创建虚拟资源接收项目的过程与下述类似，将不再进行赘述。
108.在一些实施例中，成员账号登录的第一客户端呈现成员账号的聊天页面；其中，聊天页面的聊天对象中包括用户账号；响应于在聊天页面中接收到的成员账号针对虚拟资源接收项目的创建操作，基于组织支付账号创建虚拟资源接收项目。
109.例如，聊天页面可以是通信群组或个人会话的聊天页面。
110.作为示例，成员账号登录的第一客户端在聊天页面中呈现虚拟资源收取入口；响应于针对虚拟资源收取入口的触发操作，呈现对应组织支付账号的虚拟资源收取页面；响应于在虚拟资源收取页面中接收到的数额设定操作，获取待收取的虚拟资源数额，并创建收取目标是用户账号、且收取数额是虚拟资源数额的虚拟资源接收项目。
111.举例来说，图7h中的左起第一张图是成员账号的聊天页面，聊天界面的附件栏707中包括虚拟资源收取入口，即“对外收款”按钮。当成员触发“对外收款”按钮，呈现图7h中的左起第二张图，即虚拟资源收取页面。成员可以在虚拟资源收取页面中的数额设定栏710中设定待收取的虚拟资源数额，当用户触发“发起收款”按钮后，创建收取数额是虚拟资源数额的虚拟资源接收项目。如此，支持成员在聊天的过程中创建虚拟资源接收项目，能够方便用户向聊天的对象收取虚拟资源，并且有利于后续通过聊天页面向聊天对象发送携带虚拟资源接收项目的小程序消息。小程序消息实现了小程序入口的功能。
112.在一些实施例中，当组织在第二系统的第三方支付接口对应的组织支付账号的数量是多个时，基于组织支付账号创建虚拟资源接收项目可以是：成员账号登录的第一客户
端呈现成员账号的组织支付账号列表，其中，组织支付账号列表中包括多个组织支付账号；响应于针对组织支付账号的选取操作，基于被选取的组织支付账号，创建虚拟资源接收项目。
113.作为示例，组织支付账号列表中除了呈现多个组织支付账号，还可以呈现对应每个组织支付账号的授权标识信息；其中，授权标识信息用于表征成员账号是否获得使用对应的组织支付账号收取虚拟资源的授权。如此，能够便于成员在多个组织支付账号选取能够具备收取虚拟资源的授权的组织支付账号，从而提高创建虚拟资源接收项目的效率。
114.作为示例，组织支付账号列表中除了呈现多个组织支付账号，还可以呈现对应每个组织支付账号的组织名称。如此，能够便于成员在多个组织支付账号选取符合其需求的组织下属的组织支付账号，从而提高创建虚拟资源接收项目的效率。
115.在一些实施例中，在步骤s101之前，还可以在成员账号登录的第一客户端中响应于组织支付账号绑定操作，向第二系统的第三方支付接口发送绑定请求，以使第三方支付接口将成员账号和至少一个待确认的组织支付账号进行绑定；当待确认的组织支付账号绑定成功、且待确认的组织支付账号是成员账号第一个被绑定的账号时，将组织支付账号设置为成员账号的默认组织支付账号。
116.这里，绑定请求可以包括待确认的组织支付账号。
117.作为示例，绑定请求可以是成员账号登录的第一客户端向第二系统的第三方支付接口发送的，即成员自己设置默认组织支付账号；绑定请求也可以是管理员账号登录的第一客户端向第二系统的第三方支付接口发送的，即管理员为成员设置默认组织支付账号。
118.作为示例，成员也可以在第一客户端中查询自己的默认组织支付账号，如此，在成员账号登录的第一客户端中还可以响应于成员账号针对默认组织支付账号的查询请求，呈现成员账号的默认组织支付账号。
119.作为示例，当设置的默认组织支付账号不是成员需要的组织支付账号时，还可以响应于针对默认组织支付账号的修改操作，将默认组织支付账号更新为修改后的组织支付账号。
120.本技术实施例中，支持成员设置、查询和修改默认组织支付账号，能够在用户创建虚拟资源接收项目时，直接使用默认组织支付账号虚拟资源接收项目。
121.作为示例，成员也可以在第一客户端中查询自己的组织支付账号列表，如此，在成员账号登录的第一客户端中还可以响应于成员账号针对组织支付账号列表的查询请求，呈现组织支付账号列表；在组织支付账号列表中，呈现至少一个组织支付账号、以及对应每个组织支付账号的授权标识信息。
122.这里，授权标识信息用于表征成员账号是否获得使用对应的组织支付账号收取虚拟资源的授权。如此，能够便于成员在组织支付账号列表中选取具备收取虚拟资源的授权的组织支付账号，从而提高创建虚拟资源接收项目的效率。
123.在步骤s102中，响应于虚拟资源收取操作，向用户账号登录的第二客户端发送携带虚拟资源接收项目的小程序消息。
124.在一些实施例中，响应于虚拟资源收取操作，通过成员账号登录的第一客户端、并基于跨系统通信接口，将小程序消息通过聊天页面发送至用户账号登录的第二客户端。
125.这里，跨系统通信接口用于实现第一系统与第二系统之间的通信服务。其中，第一
系统是第一客户端的后台服务系统，第一系统包括一个或多个第一系统服务器(即第一客户端的后台服务器)；第二系统是第二客户端的后台服务系统，第二系统包括一个或多个第二系统服务器(即第二客户端的后台服务器)。
126.作为示例，响应于虚拟资源收取操作，通过成员账号登录的第一客户端将小程序消息发送至第一系统，以使第一系统根据映射关系，将成员账号映射为第二系统能够识别的关联账号，并通过调用跨系统通信接口，将小程序消息以及关联账号发送到第二系统，以使第二系统将小程序消息发送到用户账号登录的第二客户端；其中，映射关系包括第一系统能够识别的成员账号与第二系统能够识别的关联账号。
127.举例来说，第一系统与第二系统之间的通信服务可以通过跨系统通信服务器实现，也就是说，小程序消息的传输可以通过第一系统服务器、第二系统服务器和跨系统通信服务器协同实现。具体的，第一系统服务器、第二系统服务器和跨系统通信服务器提供的可供第一客户端调用的跨系统通信接口包括：设置在第一系统服务器中的第一系统接入层、设置在第二系统服务器中的第二系统接入层、以及设置在跨系统通信服务器中的跨系统接入层。将小程序消息发送至用户账号登录的第二客户端的过程可以是通过第一系统接入层、经由跨系统接入层向跨系统通信服务器发送小程序消息以及成员账号，以使跨系统通信服务器根据映射关系，将成员账号映射为第二系统服务器能够识别的关联账号，并通过跨系统接入层、经由第二系统接入层，将小程序消息以及关联账号发送到第二系统服务器，以使第二系统服务器将小程序消息发送到关联账号，其中，映射关系包括第一系统服务器能够识别的成员账号与第二系统服务器能够识别的关联账号。
128.作为承接图1的示例，成员账号登录的第一客户端310将小程序消息发送至第一系统服务器100；第一系统服务器100基于跨系统通信接口，将小程序消息发送至第二系统服务器200；第二系统服务器200将小程序消息发送至用户账号登录的第二客户端510。如此，通过调用跨系统通信接口，向归属于不同系统的用户账号发送小程序消息，能够便于用户账号执行支付操作，能够提高组织对外收取虚拟资源的效率。
129.在一些实施例中，参见图4，图4是本技术实施例提供的虚拟资源的处理方法的流程示意图，基于图3，在步骤s101之前可以包括步骤s103。
130.在步骤s103中，在成员账号登录的第一客户端中，接收用于创建虚拟资源接收项目的授权。
131.这里，用于创建虚拟资源接收项目的授权是第一系统发送的。
132.作为示例，授权是在确定满足创建虚拟资源接收项目的条件时生成的，条件包括以下至少之一：成员账号已获得使用组织支付账号收取虚拟资源的授权；组织支付账号有效；用户账号具有支付资格；成员账号和用户账号之间具有社交关系。
133.举例来说，成员账号是否具备使用组织支付账号收取虚拟资源的授权依赖于组织的管理员账号对成员账号的授权。只有管理员账号对成员进行使用资格授权，成员账号才能创建虚拟资源授权项目，如此，能够避免组织中所有成员均能发起虚拟资源授权项目，从而能够提高组织的管理效率。
134.举例来说，组织支付账号有效表征用户账号能够将虚拟资源转移至组织所对应的账号中，也就是说，组织支付账号有效表征能够正常收取用户账号的虚拟资源。如此，能够避免用户账号进行无效的支出操作，从而提高虚拟资源的收取效率。
135.举例来说，用户账号具有支付资格表征用户账号能够转移虚拟资源，如此，能够避免将携带虚拟资源接收项目的小程序消息发送至用户账号后，但是用户账号无法执行支付操作，从而节约传输资源。
136.举例来说，社交关系包括：好友关系、关注关系、点赞关系和评论关系等。以社交关系是好友关系为例，只有成员账号和用户账号之间具有好友关系，才能通过成员账号和用户账号之间的聊天页面将携带虚拟资源接收项目的小程序消息发送至用户账号，能够提高虚拟资源的收取效率。
137.在一些实施例中，在步骤s101之前，还可以当成员账号具备组织支付账号、且成员账号未获得使用组织支付账号收取虚拟资源的授权时，呈现用于提醒成员账号更新组织支付账号的消息，或者，向组织的管理员账号发送用于指示管理员账号对成员账号进行授权的消息。
138.作为示例，当成员账号具备默认组织支付账号、且成员账号未获得使用默认组织支付账号收取虚拟资源的授权时，表征用户无法使用当前的默认组织支付账号创建虚拟资源接收项目，如此，可以提示成员账号更新默认组织支付账号，或者，让管理员账号对当前的默认组织支付账号进行授权，从而使用户能够成功创建虚拟资源接收项目，提高虚拟资源的收取效率。
139.在一些实施例中，在步骤s101之前，还可以获取成员账号的组织支付账号列表；当成员账号不具备组织支付账号、且组织支付账号列表不是空的时，呈现用于提醒成员账号设置组织支付账号的消息。
140.作为示例，组织支付账号可以是成员账号的默认组织支付账号，当成员账号不具备默认组织支付账号、且组织支付账号列表不是空的时，表征成员账号未在组织支付账号列表中选取默认组织支付账号，如此，可以提示成员账号在组织支付账号列表中设置默认组织支付账号，从而使用户能够成功创建虚拟资源接收项目，提高虚拟资源的收取效率。
141.在一些实施例中，在步骤s101之前，还可以获取成员账号的组织支付账号列表；当成员账号不具备组织支付账号、且组织支付账号列表是空的时，向组织的管理员账号发送用于指示配置组织支付账号的消息。
142.作为示例，当成员账号不具备默认组织支付账号、且组织支付账号列表是空的时，表征成员账号从未设置过组织支付账号，如此，可以提示管理员账号配置组织支付账号，从而使用户能够成功创建虚拟资源接收项目，提高虚拟资源的收取效率。
143.举例来说，图7g中，当员工进入对外收款应用时，呈现提示信息709，当员工点击提示信息709时跳转到转发提示消息的页面，通过转发提示消息的页面将提示消息发送至管理员，以使管理员配置组织支付账号。
144.下面，以由图1中的第一终端300和第二终端400协同执行本技术实施例提供的虚拟资源的处理方法为例，说明组织的管理员账号登录的第一客户端配置组织支付账号的过程。
145.参见图5，图5是本技术实施例提供的虚拟资源的处理方法的流程示意图，基于图3，在步骤s101之前可以包括步骤s104至步骤s106。
146.在步骤s104中，在组织的管理员账号登录的第一客户端中，响应于组织支付账号配置操作，获取至少一个组织支付账号和对应的组织名称。
147.作为示例，图7a中，组织支付账号配置操作可以是在文本框701中配置微信支付商户号全称(即上述的组织名称)和微信支付商户号(即上述的组织支付账号)的操作，如此，管理员可以在文本框701中配置至少一个组织支付账号和对应的组织名称。
148.在步骤s105中，在组织的管理员账号登录的第一客户端中，响应于绑定操作，向管理员账号的关联账号登录的第二客户端发送绑定提醒消息。
149.作为示例，管理员账号的关联账号是指第二客户端和第二系统服务器能够识别的账号。
150.举例来说，当第一客户端是企业微信、且第二客户端是微信时，管理员账号登录的第一客户端是指登录有管理员的企业微信账号的企业微信，管理员账号的关联账号登录的第二客户端是指登录有管理员的微信账号的微信。
151.作为示例，绑定提醒消息用于供第二系统将组织支付账号和组织名称在第二系统的第三方支付接口中进行绑定；组织支付账号是第三方支付接口根据管理员账号提交的组织的标识信息所确定的。组织的标识信息包括：基本信息、营业执照、组织结构代码信息、企业法人/经办人、结算账户等。
152.如此，在向管理员账号的关联账号登录的第二客户端发送绑定提醒消息之后，还可以在管理员账号的关联账号登录的第二客户端中，响应于组织的标识信息的配置操作，获取组织的标识信息，以使第二系统的第三方支付接口根据组织的标识信息确定对应的组织支付账号。
153.举例来说，绑定操作可以是触发图7a中的“确定”按钮的操作，当管理员点击“确定”按钮后，管理员账号的关联账号登录的第二客户端接收绑定提醒消息，以在第二客户端呈现图7b中的绑定提醒页703。如此，管理员可以在绑定提醒页703中将组织支付账号和组织名称在第二系统的第三方支付接口中进行绑定，从而提高绑定的效率。
154.在步骤s106中，在成员账号登录的第一客户端中接收组织支付账号。
155.在一些实施例中，组织支付账号是组织的管理员账号登录的第一客户端经由第一系统发送的。组织支付账号可以是成员账号的默认组织支付账号。
156.作为承接图1的示例，第二系统服务器200将组织支付账号和组织名称在第二系统服务器200的第三方支付接口中进行绑定成功后，管理员账号登录的第一客户端410将组织支付账号发送至第一系统服务器100；第一系统服务器100将组织支付账号发送至成员账号登录的第一客户端310。
157.在一些实施例中，在步骤s101之前，还可以包括：在组织的管理员账号登录的第一客户端中，响应于针对组织支付账号的设定操作，授权设定的成员账号使用组织支付账号收取虚拟资源，并向设定的成员账号登录的第一客户端发送授权通知消息。
158.本技术实施例支持管理员授权设定的成员账号使用组织支付账号收取虚拟资源，能够避免组织中所有成员均能发起虚拟资源授权项目，从而能够提高组织的管理效率。
159.下面，以由图1中的第一终端300和第三终端500协同执行本技术实施例提供的虚拟资源的处理方法为例，说明用户账号登录的第二客户端向组织支付账号转移虚拟资源的过程。
160.参见图6，图6是本技术实施例提供的虚拟资源的处理方法的流程示意图，基于图3，在步骤s102之后可以包括步骤s107。
161.在步骤s107中，用户账号登录的第二客户端根据小程序消息中的虚拟资源接收项目向组织支付账号转移虚拟资源。
162.在一些实施例中，小程序消息可以是以小程序卡片或小程序二维码的形式呈现。小程序消息用于供用户账号在登录的第二客户端中执行以下操作至少之一：执行针对虚拟资源接收项目的支付操作；执行针对虚拟资源接收项目的对象(例如商品)预览操作。
163.作为第一个示例，当小程序消息是以小程序卡片的形式显示时，小程序卡片用于在被触发后，在用户账号登录的第二客户端中呈现对应虚拟资源接收项目的小程序付款页面；其中，小程序付款页面用于供用户账号执行支付操作。
164.作为第二个示例，当小程序消息是以小程序卡片的形式显示时，小程序卡片用于在被触发后，在用户账号登录的第二客户端中呈现对应虚拟资源接收项目的小程序预览页面；其中，小程序预览页面用于供用户账号执行对象预览操作，以呈现对象的介绍信息。
165.这里，小程序预览页面中可以包括预览入口；对象预览操作可以是针对预览入口的触发操作。
166.作为第三个示例，当小程序消息是以小程序图形码的形式显示时，小程序图形码用于供用户账号登录的第二客户端扫描，以根据扫描出的地址向第二系统的第三方支付接口请求虚拟资源接收项目的小程序付款页面，并显示小程序付款页面；其中，小程序付款页面用于供用户账号执行支付操作。
167.作为第四个示例，当小程序消息是以小程序图形码的形式显示时，小程序图形码用于供用户账号登录的第二客户端扫描，以根据扫描出的地址向第一系统请求虚拟资源接收项目的小程序预览页面，并显示小程序预览页面；其中，小程序预览页面用于供用户账号执行对象预览操作，以呈现对象的介绍信息。
168.这里，小程序预览页面中可以包括预览入口；对象预览操作可以是针对预览入口的触发操作。
169.本技术实施例通过小程序卡片或小程序图形码的方式向第二客户端的用户呈现，能够帮助用户通过小程序进行对象预览以及支付，从而有效的降低了系统的复杂程度和运维难度。
170.在一些实施例中，在步骤s106之后，还可以在成员账号登录的第一客户端中，呈现支付提示信息；其中，支付提示信息用于向成员账号提示用户账号已根据虚拟资源接收项目向组织支付账号转移虚拟资源。如此，能够使成员实时感知虚拟资源接收项目的支付情况，便于成员执行后续管理记录的操作。
171.在一些实施例中，在步骤s106之后，还可以在成员账号登录的第一客户端中，接收用户账号发送的虚拟资源退还请求；响应于针对虚拟资源退还请求的确认操作，将用户账号转移的全部或部分虚拟资源退还至用户账号。如此，支持用户账号进行虚拟资源退还，能够提高用户的支付体验，从而提高了虚拟操作的收取效率。
172.在一些实施例中，在步骤s106之后，还可以在组织的管理员账号登录的第一客户端中，获取组织收取虚拟资源的多条记录；呈现按照以下维度至少之一统计的多条记录：时间维度；收取虚拟资源的成员账号的维度；记录的状态的维度；收取虚拟资源的成员账号所属子组织(例如，企业中员工的部门)的维度；虚拟资源的数额的维度。
173.举例来说，图7c中，记录列表711中包括组织收取虚拟资源的多条记录，每条记录
中包括：交易时间、客户、收款金额、收款发起人、收款备注和交易状态等信息；管理员可以针对记录列表711中的全部或部分记录进行退款操作或导出操作。
174.本技术实施例中，用户支付完成后，组织可在第一客户端中管理收取虚拟资源的多条记录，实现统计与退款功能。在功能完善可用的基础上，有效的降低了组织的开发成本。
175.下面，以第一客户端是企业微信，第二客户端是微信为例说明本技术实施例提供的虚拟资源的处理方法。
176.本技术实施例中，企业微信提供一套轻量的小工具(对外收款、对外线下收款、向员工(即上述的成员)收款、向员工付款、向员工发红包)，可以在企业微信与微信的互通场景中使用，帮助商家实现交易闭环。具体的，企业在企业微信中绑定微信支付商户号(即上述的组织支付账号)后，员工即可创建收款项目(即上述的虚拟资源接收项目)，并发送收款小程序卡片或收款小程序二维码(即上述的小程序消息)给微信用户。微信用户通过小程序进行商品预览以及支付。支付完成后，企业可在企业微信管理收款订单(即上述的组织收取虚拟资源的记录)，实现统计与退款功能。在功能完善可用的基础上，有效的降低了企业的开发成本。
177.参见图7a、图7b、图7c、图7d、图7e、图7f和图7g，图7a、图7b、图7c、图7d、图7e、图7f和图7g是本技术实施例提供的虚拟资源的处理方法的应用场景示意图，将结合图7a、图7b、图7c、图7d、图7e、图7f和图7g说明本技术实施例提供的虚拟资源的处理方法的具体实施场景。
178.(一)企业微信的企业管理员可以通过管理后台或企业微信客户端开启对外收款功能。首先需要配置微信支付的商户号，然后在微信中操作绑定即可完成启用，具体的：
179.(1)管理员在图7a中的文本框701中配置微信支付商户号全称和微信支付商户号。
180.(2)管理员配置成功后，点击“返回”按钮，或，重新从「支付应用-对外线上收款」的入口进入时，页面中的状态按钮702展示为待确认的状态，如图7b所示。当管理员点击待确认的状态按钮702后，即可进入微信中的绑定提醒页703，管理员可在绑定提醒页703中完成绑定。
181.(3)企业微信查询到管理员在微信支付模块(即上述的第二系统的第三方支付接口)绑定成功后，将图7b中的状态按钮702更新为“进入应用”。
182.(4)当管理员点击“进入应用”的状态按钮702后，进入对外收款应用，参见图7c，此时的应用状态为已启用的状态704，同时在应用列表705中展示对外收款应用的入口706，参见图7d。
183.(二)对外收款应用入口及可见范围。
184.图7e中，对外收款应用入口在聊天页面的附件栏707。对外收款应用入口的出现条件包括：
185.(1)外部会话(单聊、群聊)。
186.(2)成员有对外收款应用权限。
187.(三)员工在聊天中向外部联系人收款，员工所收的款项将统一进入企业的资金账户。企业可以查看员工的收款和退款明细，并可以统一管理资金，参见图7e。
188.(1)企业可以根据需要配置具备对外收款能力的员工范围，例如，可以开放给全体
员工，或者指定部分员工。
189.(2)员工可以向微信用户发起收款，包括在单聊或者群聊中，员工在单聊或者群聊发起收款后，用户可以在微信中收到付款提醒(即上述的小程序消息)，可点击付款提醒进入付款。
190.(3)开通对外收款功能的话，管理员需要提前申请微信支付商户号，收到的钱会进入到企业的微信支付商户号中，企业可提取至企业对公银行卡或者个体户的法人银行账户。
191.(4)支持退款，当微信用户与员工达成退款约定后，员工可将所收款项的全部或部分退款给微信用户。
192.(四)当企业未开通对外收款功能时，当管理员进入对外收款应用时，引导管理员开通对外收款功能。例如，图7f中，呈现引导信息708，当管理员点击引导信息708时跳转到图7a中的填写商户号的页面。当员工进入对外收款应用时，引导通知管理员开通对外收款功能。例如，图7g中，呈现提示信息709，当员工点击提示信息709时跳转到转发提示消息的页面，通过转发提示消息的页面将提示消息发送至管理员，以使管理员开通对外收款功能，其中，当非管理员的成员接收到提示消息时，无法查看提示消息。
193.参见图8a、图8b、图8c、图8d、图8e、图8f和图8g，图8a、图8b、图8c、图8d、图8e、图8f和图8g是本技术实施例提供的虚拟资源的处理方法的流程示意图，将结合图8a、图8b、图8c、图8d、图8e、图8f和图8g说明本技术实施例提供的虚拟资源的处理方法的具体实现方式。
194.(一)对外收款微信小程序侧的具体实现方式。
195.图8a中，步骤s801：判断商户号是否正常；步骤s802：当商户号正常时，创建预收款订单，其中，预收款订单中携带项目标识(project_id)；当商户号不正常时，结束流程；步骤s803：微信基于项目标识执行支付操作；步骤s804：支付完成后，结束流程。
196.在一些实施例中，当微信用户接收小程序卡片时，小程序卡片的path地址会携带员工的登录凭证(vcode)，通过vcode可以查询到员工在企业微信中的身份信息(vid)。当微信用户选择付款时，跳转到支付页面之前使用员工的身份信息和发起的收款信息创建的预收款订单(即上述的虚拟资源接收项目)，通过这个预收款订单，微信用户进入到支付页后才可以发起付款。
197.(二)企业微信对外收款的具体实现方式。
198.用户通过微信打开员工发出的收款小程序卡片后进入对外收款小程序，可以通过收款小程序获取员工的信息，即企业微信端的员工的身份信息。首先需要根据企业微信端的员工的身份信息校验员工是否具备发起收款的资格，再从微信端建立一个对应员工的身份信息来代替企业微信端的员工的身份信息发起收款项目，项目建立成功后，最后再用微信端的用户的身份信息进行付款。收款成功后，需要将图册收款信息通知到信息处理和推送(crm)模块，方便crm模块进行多种筛选处理。
199.统计增加收款方式维度，支持筛选、导出。需要对订单表进行历史数据补齐操作。此需求类似审批结合收款需求，一并支持。其中，上述的筛选是指筛选出给员工下发收款信息更有效的渠道(员工查看收款信息的概率越高表征下发的收款信息更有效)。
200.图8b是企业微信对外收款的流程示意图，将结合图8b进行说明。
201.在步骤s901中，小程序通过企业微信的接入模块检查企业微信端是否可以进行收款。
202.在一些实施例中，图8b中的企业微信的接入模块是微信端用户校验接口，微信端的用户先通过小程序的员工信息访问支付后台，判断企业微信端的员工是否能进行收款，如果能收款才向微信端的用户展示付款入口。
203.作为示例，展示付款入口之前还需要通过企业微信的支付逻辑存储模块判断企业微信端的员工的商户号是否正常(结合多商户号需求)、通过小程序判断企业微信端的员工是否设置用户可购买、以及通过企业微信的关系校验模块判断企业微信端的员工与微信端的用户是否具备好友关系等。
204.在步骤s902中，企业微信端的员工通过小程序创建收款项目。
205.在一些实施例中，企业微信端的员工通过小程序发起创建项目请求，以使企业微信的接入模块代企业微信端创建收款项目；企业微信的接入模块向小程序返回项目标识(project_id)。
206.在一些实施例中，创建产品图册来源的收款项目请求时需要新增产品图册信息，其中，包括个数等内容。
207.在步骤s903中，微信用户通过小程序执行支付操作。
208.在一些实施例中，微信用户支付时，企业微信的接入模块携带商户号调用微信支付模块进行支付，并在支付成功后向小程序发送表征支付成功的通知消息。
209.在一些实施例中，用户支付完成后，微信支付模块通知消息队列(mq，message queue)，在mq内进行订单状态更新。当发现是图册类型的订单时，需要通过企业微信的信息处理和推送模块通知到图册后台来记录支付信息，方便图册后台进行图册产品曝光度、售卖信息等统计。
210.在一些实施例中，当订单表无付款来源字段时，需要新增表结构来源(例如，群消息、二维码、直播、图册)。同时对支持选择来源字段进行筛选、以及进行数据返回和导出。订单表历史数据需要确定所有企业的订单表(corp(商户号)/vid)进行字段的补充。
211.(三)企业微信侧的具体实现方式。
212.(1)存储设置
213.1)企业增加商户号列表。
214.2)商户号增加设置使用范围存储(即企业管理员允许哪些员工具备对外收款能力)。
215.3)员工增加默认商户号存储。
216.(2)实施流程
217.1)图8c是增加多商户号绑定的流程，具体的：步骤s201：响应绑定商户号的操作；步骤s202：向微信支付模块发出绑定请求并落存储；步骤s203：触发和定期查询是否绑定成功，并提醒发起绑定的管理员；当绑定成功后判断是否是企业的第一个商户号；步骤s204：当是企业的第一个商户号时，将商户号可用范围设置为应用可见范围，并给所有管理员推送应用消息；当不是企业的第一个商户号时，将商户号可用范围设置为空，并给所有管理员推送应用消息。
218.在一些实施例中，支持一个或多个商户号同时绑定，首个商户号的使用范围默认
是应用可见范围(即默认使用首个添加的商户号)，后续商户号的使用范围默认为空(即默认不使用后续添加的商户号)。
219.2)图8d是修改商户号的使用范围的流程，具体的：步骤s301：响应修改商户号的使用范围的操作；步骤s302：计算变动的成员；步骤s303：向变动成员推送应用消息。
220.在一些实施例中，修改商户号的使用范围存储后，通过mq写扩散的方式，修改本次范围变更涉及到的员工的默认商户号，并且给员工发送卡片通知消息。
221.3)图8e是适配多个商户号的创建收款项目的流程，具体的：步骤s401：获取员工x可用商户号；步骤s402：获取企业商户号列表，并计算员工x是否在各商户号使用范围内，以得到员工x的可用商户号列表和默认商户号(即上述的默认组织支付账号)；步骤s403：基于可用商户号列表和默认商户号，确定创建收款项目之前的适配过程。
222.在一些实施例中，员工创建收款项目前，首先拉取自己的商户号信息，包括：默认商户号、商户号列表、以及默认商户号是否可用等，若商户号不可用或为空，需要先绑定商户号才能创建收款项目。
223.举例来说，当员工有默认商户号，且在默认商户号的使用范围内时，表征正常，即员工具备收款资格；当员工有默认商户号，但不在默认商户号的使用范围内时，客户端需提醒员工更新默认商户号；当员工无默认商户号，且商户号列表非空时，客户端提示员工设置默认商户号；当员工无默认商户号，且商户号列表为空时，客户端发消息给管理员来设置员工的商户号。
224.4)图8f是修改默认商户号的流程，具体的：步骤s501：响应于针对员工的默认商户号的修改操作；步骤s502：落存储，向员工推送应用消息。
225.5)管理端统计增加商户号维度，支持筛选、导出。
226.(四)企业侧绑定商户号、个人侧拉取商户号权限的具体实现方式。
227.(1)企业侧—绑定流程：支持多个商户号同时申请绑定、拉取列表返回多商户号信息(使用范围需在拉取时候补充名称等)。商户号存储增加使用范围，首个绑定的商户号的使用范围默认为应用可见范围，同时要补充员工的默认商户号。
228.(2)员工侧—员工查商户号、绑定商户号流程
229.在一些实施例中，提供三个公共网关接口(cgi，common gateway interface)供企业微信客户端使用。本技术实施例中不仅支持查询员工的默认商户号、商户号列表、以及是否仍在默认商户号的使用范围内；还支持员工修改设置自己的默认商户号；还支持管理员设置员工的商户号。
230.(3)员工默认商户号设置流程：首个商户号绑定成功后，需要设置商户号的使用范围，并投递mq任务，反向更新员工的默认商户号存储；当员工切换商户号时，通过cgi调整该存储，该存储存放在存储商户号的模块中。
231.(4)历史企业，通过工具将已绑定商户号的企业捞出，并补充上商户号的使用范围；同时投递mq任务更新成员的默认商户号信息，这样所有的企业商户号都有默认范围、所有的员工都有了默认商户号。
232.(5)图8g是使用商户号来进行支付的流程示意图，将结合图8g进行说明。
233.在步骤s601中，企业微信客户端获取员工的默认商户号，并通过企业微信业务处理模块检查商户号权限。
234.在一些实施例中，企业微信客户端查询到员工的默认商户号后，创建收款项目之前需要携带企业微信客户端当前登录的员工的身份信息(mch_id)，并且企业微信的后台服务器会对该身份信息进行权限校验，以校验企业微信客户端携带的mch_id是否符合条件。后续访问支付时，企业微信客户端会在支付过程中继续携带mch_id，以将支付的钱转移到对应的商户号内。
235.在步骤s602中，企业微信客户端通过企业微信业务处理模块创建收款项目，增加商户号字段，并通过企业微信支付逻辑存储模块进行权限校验，并在校验成功后创建收款项目。
236.在步骤s603中，企业微信客户端向微信客户端发送收款小程序消息，以使微信客户端基于收到的小程序消息打开收款项目，并向对应的商户号进行预支付，以通过微信支付模块向默认商户号转移虚拟资源；支付完成后通过企业微信支付逻辑存储模块更新订单状态。
237.(6)查询支付订单：订单表目前已有商户号字段，创建收款项目时从项目表写入到订单表，支持客户端、管理端展示、通过该字段查询；并支持导出该字段。
238.(五)确保资金安全的具体实现方式。
239.微信中的微信支付功能提供了五项安全保障为企业或用户提供安全防护和客户服务，包括腾讯技术保障、7*24客户服务、手机安全软件联盟、产品安全机制和赔付支持。
240.需要单独指出的是产品安全机制和赔付支持。微信设置了包括硬件锁、支付密码验证、终端异常判断、交易异常实时监控、交易紧急冻结等在内的一整套安全机制来确保资金安全。而在企业或用户账户出现被盗或被骗情况时，如核实为微信支付的责任，微信将进行全额赔付；其他原因造成的被盗被骗，微信支付将配合警方帮企业或用户追讨损失。
241.微信支付功能能够实现以下几个方面的技术效果：
242.(1)保证支付人身份的真实性。
243.支付人作为交易的支付方，一旦其身份被伪造，就会给支付人带来资金上的损失。
244.1)密码口令的安全策略保障，包括(防窃取、防钓鱼、防暴力破解、防拖库、防撞库、防重放)等防护策略。
245.2)短信验证码、设备id校验等安全策略保障。
246.3)指纹、声纹、人眼虹膜、人脸识别等支付人身份验证方式。
247.(2)保证支付数据在传输过程中的安全性。
248.支付数据中通常包含大量客户的敏感信息，必须采取有效的手段保护这些信息的安全输入和安全传输，防止信息被窃听窃取和篡改。数据的保密性主要通过数据加密来进行保证。数据的加密又可以分为两个不同的层次：加密算法和密钥协商。
249.保护数据的完整性当前主要是通过数字签名校验来实现的。数字签名校验的基本原理是，将待传输的数据通过单项散列(hash)函数生成一段固定长度的数据摘要，该数据摘要同数据本身一起传送到接收方，接收方对接收到的数据采用同样的方法生成数据摘要，如果数据在传输过程中被人篡改，则数据摘要就会发生变化，进而因无法与收到的数据摘要匹配而被发现。
250.(3)交易保护及抗抵赖。
251.涉及到客户资金的转移，必须是客户真实意思的表示，必须采取有效的手段保证
交易的“合法”性，提供交易抗抵赖凭证。
252.必须是防止发送方或接收方抵赖所传输的消息的一种安全服务。也就是说，当接收方接收到一条消息后，能够提供足够的证据证明这条消息的确来自某个发送方，而使得发送方不能抵赖发送过这条消息。同理，当发送一条消息时，发送方也有足够的证据证明某个接收方的确已经收到这条消息。
253.使用包括客户端的抗抵赖措施如客户端证书，传输过程的加密及数据完整性保证、服务端的抗抵赖性设计如服务端证书(ssl证书)等。
254.(4)便捷性与安全性的平衡。
255.移动支付，便捷、客户体验是移动支付的王道，安全是移动支付的根本。
256.综上，本技术实施例能够解决以下技术问题：
257.(1)接入成本非常低，基于小程序的多功能收款方案，企业在企业微信中绑定微信支付商户号后，员工即可创建收款项目，并通过企业微信发送收款小程序卡片或收款小程序二维码给微信用户。微信用户通过小程序进行商品预览以及支付，企业接入微信支付收款的成本非常低。
258.(2)提供丰富的支付工具，不仅支持对外的收款能力，也支持对员工收、付款，为员工发放福利红包等，覆盖企业大多数付款场景，非常简便灵活。
259.(3)用户支付完成后，企业可在企业微信管理收款订单，实现统计与退款功能。在功能完善可用的基础上，有效的降低了企业的开发成本。
260.下面结合图2说明本技术实施例提供的虚拟资源的处理装置的实施为软件模块的示例性结构。
261.在一些实施例中，如图2所示，存储在存储器450的虚拟资源的处理装置455中的软件模块可以包括：
262.创建模块4551，用于在组织的成员账号登录的第一客户端中，响应于所述成员账号针对虚拟资源接收项目的创建操作，基于组织支付账号创建所述虚拟资源接收项目；
263.其中，所述虚拟资源接收项目用于供用户账号向所述组织支付账号转移虚拟资源；
264.其中，所述成员账号所属的第一系统用于为所述第一客户端提供服务，所述用户账号所属的第二系统用于为所述用户账号登录的第二客户端提供服务，且所述第一系统与所述第二系统是不同的系统；
265.发送模块4552，用于响应于虚拟资源收取操作，向所述用户账号登录的所述第二客户端发送携带所述虚拟资源接收项目的小程序消息。
266.在上述方案中，所述创建模块4551，还用于呈现所述成员账号的聊天页面；其中，所述聊天页面的聊天对象中包括所述用户账号；响应于在所述聊天页面中接收到的所述成员账号针对虚拟资源接收项目的创建操作，基于所述组织支付账号创建虚拟资源接收项目。
267.在上述方案中，所述发送模块4552，还用于通过所述成员账号登录的所述第一客户端、并基于跨系统通信接口，将所述小程序消息通过所述聊天页面发送至所述用户账号登录的第二客户端；其中，所述跨系统通信接口用于实现所述第一系统与所述第二系统之间的通信服务。
268.在上述方案中，所述发送模块4552，还用于通过所述成员账号登录的第一客户端将所述小程序消息发送至所述第一系统，以使所述第一系统根据映射关系，将所述成员账号映射为第二系统能够识别的关联账号，并通过调用所述跨系统通信接口，将所述小程序消息以及所述关联账号发送到所述第二系统，以使所述第二系统将所述小程序消息发送到所述用户账号登录的第二客户端；其中，所述映射关系包括所述第一系统能够识别的所述成员账号与所述第二系统能够识别的关联账号。
269.在上述方案中，所述创建模块4551，还用于在所述聊天页面中呈现虚拟资源收取入口；响应于针对所述虚拟资源收取入口的触发操作，呈现对应所述组织支付账号的虚拟资源收取页面；响应于在所述虚拟资源收取页面中接收到的数额设定操作，获取待收取的虚拟资源数额，并创建收取目标是所述用户账号、且收取数额是所述虚拟资源数额的虚拟资源接收项目。
270.在上述方案中，所述创建模块4551，还用于在所述成员账号登录的所述第一客户端中接收所述组织支付账号，且所述组织支付账号是所述组织的管理员账号登录的所述第一客户端经由第一系统发送的。
271.在上述方案中，所述创建模块4551，还用于接收用于创建所述虚拟资源接收项目的授权；其中，所述授权是在确定满足创建所述虚拟资源接收项目的条件时生成的，所述条件包括以下至少之一：所述成员账号已获得使用所述组织支付账号收取虚拟资源的授权；所述组织支付账号有效；所述用户账号具有支付资格；所述成员账号和所述用户账号之间具有社交关系。
272.在上述方案中，所述创建模块4551，还用于获取所述成员账号的组织支付账号列表；当所述成员账号具备所述组织支付账号、且所述成员账号未获得使用所述组织支付账号收取虚拟资源的授权时，呈现用于提醒所述成员账号更新所述组织支付账号的消息，或者，向所述组织的管理员账号发送用于指示所述管理员账号对所述成员账号进行授权的消息；当所述成员账号不具备所述组织支付账号、且所述组织支付账号列表不是空的时，呈现用于提醒所述成员账号设置所述组织支付账号的消息；当所述成员账号不具备所述组织支付账号、且所述组织支付账号列表是空的时，向所述组织的管理员账号发送用于指示配置所述组织支付账号的消息。
273.在上述方案中，所述虚拟资源的处理装置455还包括：收取模块，用于接收所述用户账号发送的虚拟资源退还请求；响应于针对所述虚拟资源退还请求的确认操作，将所述用户账号转移的全部或部分虚拟资源退还至所述用户账号。
274.在上述方案中，当所述组织对应的组织支付账号的数量是多个时，所述创建模块4551，还用于呈现所述成员账号的组织支付账号列表，其中，所述组织支付账号列表中包括多个所述组织支付账号；响应于针对所述组织支付账号的选取操作，基于被选取的组织支付账号，创建虚拟资源接收项目。
275.在上述方案中，所述创建模块4551，还用于响应于组织支付账号绑定操作，向第三方支付接口发送绑定请求，以使所述第三方支付接口将所述成员账号和至少一个待确认的组织支付账号进行绑定；当所述待确认的组织支付账号绑定成功、且所述待确认的组织支付账号是所述成员账号第一个被绑定的账号时，将所述组织支付账号设置为所述成员账号的默认组织支付账号；响应于所述成员账号针对所述默认组织支付账号的查询请求，呈现
所述成员账号的默认组织支付账号；响应于针对所述默认组织支付账号的修改操作，将所述默认组织支付账号更新为修改后的组织支付账号。
276.在上述方案中，所述创建模块4551，还用于响应于所述成员账号针对组织支付账号列表的查询请求，呈现所述组织支付账号列表；在所述组织支付账号列表中，呈现至少一个所述组织支付账号、以及对应每个所述组织支付账号的授权标识信息；其中，所述授权标识信息用于表征所述成员账号是否获得使用对应的所述组织支付账号收取虚拟资源的授权。
277.在上述方案中，所述收取模块，还用于呈现支付提示信息；其中，所述支付提示信息用于向所述成员账号提示所述用户账号已根据所述虚拟资源接收项目向所述组织支付账号转移虚拟资源。
278.在上述方案中，所述创建模块4551，还用于在所述组织的管理员账号登录的所述第一客户端中，响应于组织支付账号配置操作，获取所述组织支付账号和对应的组织名称；响应于绑定操作，向所述管理员账号的关联账号登录的第二客户端发送绑定提醒消息；其中，所述绑定提醒消息用于供第二系统将所述组织支付账号和所述组织名称在所述第二系统的第三方支付接口中进行绑定。
279.在上述方案中，所述创建模块4551，还用于在所述组织的管理员账号登录的所述第一客户端中，响应于针对所述组织支付账号的设定操作，授权设定的成员账号使用所述组织支付账号收取虚拟资源，并向所述设定的成员账号发送授权通知消息。
280.在上述方案中，所述收取模块，还用于在所述组织的管理员账号登录的所述第一客户端中，获取所述组织收取虚拟资源的多条记录；呈现按照以下维度至少之一统计的所述多条记录：时间维度；收取虚拟资源的成员账号的维度；记录的状态的维度；收取虚拟资源的成员账号所属子组织的维度；虚拟资源的数额的维度。
281.在上述方案中，当所述小程序消息是以小程序卡片的形式显示时，所述小程序卡片用于在被触发后，在所述用户账号登录的第二客户端中呈现对应所述虚拟资源接收项目的小程序付款页面；其中，所述小程序付款页面用于供所述用户账号执行支付操作。
282.在上述方案中，当所述小程序消息是以小程序卡片的形式显示时，所述小程序卡片用于在被触发后，在所述用户账号登录的第二客户端中呈现对应所述虚拟资源接收项目的小程序预览页面；其中，所述小程序预览页面用于供所述用户账号执行对象预览操作，以呈现对象的介绍信息。
283.在上述方案中，当所述小程序消息是以小程序图形码的形式显示时，所述小程序图形码用于供所述用户账号登录的第二客户端扫描，以根据扫描出的地址请求所述虚拟资源接收项目的小程序付款页面，并显示所述小程序付款页面；其中，所述小程序付款页面用于供所述用户账号执行支付操作。
284.在上述方案中，当所述小程序消息是以小程序图形码的形式显示时，所述小程序图形码用于供所述用户账号登录的第二客户端扫描，以根据扫描出的地址请求所述虚拟资源接收项目的小程序预览页面，并显示所述小程序预览页面；其中，所述小程序预览页面用于供所述用户账号执行对象预览操作，以呈现对象的介绍信息。
285.本技术实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处
理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本技术实施例上述的虚拟资源的处理方法。
286.本技术实施例提供一种存储有计算机可执行指令的计算机可读存储介质，其中存储有计算机可执行指令，当计算机可执行指令被处理器执行时，将引起处理器执行本技术实施例提供的虚拟资源的处理方法，例如，图3、图4、图5、图6和图8a至图8g示出的虚拟资源的处理方法，计算机包括智能终端和服务器在内的各种计算设备。
287.在一些实施例中，计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、闪存、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意组合的各种设备。
288.在一些实施例中，计算机可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
289.作为示例，计算机可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。
290.作为示例，计算机可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。
291.综上所述，本技术实施例具有以下有益效果：
292.(1)支持管理员授权设定的成员账号使用组织支付账号收取虚拟资源，能够避免组织中所有成员均能发起虚拟资源授权项目，从而能够提高组织的管理效率。
293.(2)能够使用户账号能够在接收到小程序消息后，根据基于组织支付账号创建的虚拟资源接收项目向组织支付账号转移虚拟资源，无需组织自行开发程序对接第三方支付接口，即可实现跨系统对外收取虚拟资源，从而提高了组织对外收取虚拟资源的效率。
294.(3)通过小程序卡片或小程序图形码的方式向第二客户端的用户呈现，能够帮助用户通过小程序进行对象预览以及支付，从而有效的降低了组织的开发成本。
295.以上所述，仅为本技术的实施例而已，并非用于限定本技术的保护范围。凡在本技术的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本技术的保护范围之内。