一种虚拟资源分配方法及装置与流程

1.本说明书实施例涉及计算机应用技术领域，尤其涉及一种虚拟资源分配方法及装置。


背景技术：

2.目前在许多业务中，可以为账户分配虚拟资源。虚拟资源例如，线上优惠券、账户积分和打折权限等。具体分配虚拟资源，例如，在账户消费达到固定金额后，可以为该账户分配账户积分。账户积分可以用于后续免费兑换商品或提升户等级。
3.在具体分配虚拟资源时，可以是针对付款的账户分配虚拟资源。但是，在部分情况下，可能难以确定出付款的账户，例如，线下通过现金或者pos机支付，从而导致虚拟资源分配的成功率降低，用户体验较差。


技术实现要素：

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.可选地，所述分配单元，用于：
44.针对所述目标虚拟资源进行审核；
45.在所述目标虚拟资源通过审核的情况下，将所述目标虚拟资源分配给所述目标账户。
46.可选地，所述分配单元，用于：
47.在预设时间段内没有接收到对应所述订单信息的退单信息或退款信息的情况下，
将所述目标虚拟资源分配给所述目标账户。
48.可选地，所述分配单元，还用于：
49.在预设时间段内接收到对应所述订单信息的退单信息或退款信息的情况下，拒绝将所述目标虚拟资源分配给所述目标账户。
50.可选地，所述装置还包括：
51.收回单元，用于将所述目标虚拟资源分配给所述目标账户之后，在接收到对应所述订单信息的退单信息或退款信息的情况下，从所述目标账户的虚拟资源中收回所述目标虚拟资源。
52.可选地，所述订单信息和所述付款信息通过不同渠道获取。
53.可选地，所述订单信息通过线上渠道获取；所述付款信息通过线下渠道获取。
54.可选地，所述订单信息的生成方法，包括：
55.基于任一账户针对任一订单的创建操作，将该账户的账户标识添加到该订单对应的订单信息中；
56.其中，未登录账户不具备订单创建权限。
57.上述技术方案中，在根据付款信息难以确定目标账户的情况下，根据订单信息中包含的账户标识确定目标账户，可以提高虚拟资源分配的成功率，提高用户体验。
附图说明
58.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
59.图1是本说明书实施例提供的一种虚拟资源分配方法的流程示意图；
60.图2是本说明书实施例提供的一种积分审核方法的原理示意图；
61.图3是本说明书实施例提供的一种虚拟资源分配装置的结构示意图；
62.图4是用于配置本说明书实施例方法的一种设备的结构示意图。
具体实施方式
63.为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于公开的范围。
64.目前在许多业务中，可以为账户分配虚拟资源。虚拟资源例如，线上优惠券、账户积分和打折权限等。具体分配虚拟资源，例如，在账户消费达到固定金额后，可以为该账户分配账户积分。账户积分可以用于后续免费兑换商品或提升户等级。
65.在具体分配虚拟资源时，可以是针对付款的账户分配虚拟资源。但是，在部分情况下，可能难以确定出付款的账户。
66.具体可以是针对部分付款方式往往难以确定付款的账户，例如，线下通过现金或者pos机支付，从而导致虚拟资源分配的成功率降低，用户体验较差。
67.为了解决上述问题，本说明书实施例提供了一种虚拟资源分配方法。
68.在相关技术中，通常是由账户通过线上或者线下的方式生成订单，之后针对该订单进行付款。
69.线上的方式通常可以通过客户端生成订单，例如，线上点餐系统；线下的方式可以通过门店内的自助机器生成订单，也可以通过门店内的人工服务帮助生成订单。
70.其中，由于通常是针对实际付款的账户分配虚拟资源，而对于生成订单的账户，一方面线下生成订单的方式难以获取到账户信息，另一方面订单可能被不同的账户编辑修改，从而难以确定被分配虚拟资源的账户。
71.因此，在相关技术中，并不会在订单中记录账户信息。
72.在本说明书实施例提供的虚拟资源分配方法中，为了提高虚拟资源分配的成功率，可以在订单信息中新增账户标识，该账户标识可以对应于生成该订单的账户，也可以对应于编辑该订单的账户。
73.由于订单信息中包含账户标识，因此，在对应该订单信息的付款信息中不包含账户标识的情况下，可以根据该订单信息中包含的账户标识，确定目标账户作为虚拟资源的分配对象，提高虚拟资源分配的成功率，提高用户体验。
74.换言之，可以在根据付款信息难以确定付款账户的情况下，针对生成订单或者编辑订单的账户分配虚拟资源，提高虚拟资源分配的成功率，提高用户体验。
75.下面结合附图，针对本说明书实施例提供的一种虚拟资源分配方法进行详细解释。
76.如图1所示，为本说明书实施例提供的一种虚拟资源分配方法的流程示意图。
77.其中，可选地，该方法流程的执行主体可以是服务端，也可以是服务端中用于管理虚拟资源分配的系统。本方法流程并不具体限定执行主体。
78.该方法流程可以包括以下步骤。
79.s101：获取包含账户标识的订单信息。
80.s102：获取对应于该订单信息的付款信息。
81.s103：根据该付款信息，确定目标虚拟资源。
82.s104：在该付款信息不包含账户标识的情况下，根据该订单信息中包含的账户标识，确定目标账户。
83.s105：将目标虚拟资源分配给目标账户。
84.上述方法流程可以在根据付款信息难以确定目标账户的情况下，根据订单信息中包含的账户标识确定目标账户，并为目标账户分配虚拟资源，提高虚拟资源分配的成功率，提高用户体验。
85.下面针对各个步骤进行详细的解释。
86.s101：获取包含账户标识的订单信息。
87.可选地，可以主动获取订单信息，也可以被动获取到订单信息。
88.针对订单信息的来源，本方法流程并不具体限定。
89.可选地，可以是由客户端生成订单信息并发送到执行主体，例如，服务端，或者服务端中用于管理虚拟资源分配的系统。
90.可选地，也可以是由用于管理订单的系统发送订单信息。由于账户在付款之前可
能随时编辑修改订单，例如，在餐馆点餐时，可能随时新增或更换或去除餐品，因此，可以由用于管理订单的系统生成并存储订单信息，进而在账户付款之后，可以将最终确定的订单信息发送到执行主体，例如，服务端，或者服务端中用于管理虚拟资源分配的系统。
91.针对订单信息的形式，本方法流程并不具体限定，只要可以包含账户标识即可。
92.针对账户标识，本方法流程并不具体限定，只要可以唯一对应于一个账户即可。可选地，账户标识可以是账户的账号或手机号等，也可以是在管理账户的系统中唯一标识账户的数据，例如，会员码，具体可以在账户登录成功后获得对应的账户标识。
93.针对订单信息中的账户标识，可选地，订单信息中的账户标识可以对应于生成该订单信息的账户，也可以对应于编辑该订单信息的账户。
94.可选地，订单信息中可以包含一个或多个账户标识。由于生成订单也可以看作是针对订单的编辑，因此，订单信息中包含的每个账户标识可以对应于编辑过该订单信息的账户。
95.在一种可选的实施例中，订单信息的生成方法，可以包括：基于任一账户针对任一订单的编辑操作，将该账户的账户标识添加到该订单对应的订单信息中。
96.本实施例并不限定订单信息的生成方法的执行主体，可选地，可以是客户端，也可以是用于管理订单的系统。
97.可选地，编辑操作可以包括生成订单和修改订单的操作。具体可以包括针对订单进行增删改的操作。
98.因此，针对任一订单对应的订单信息，其中可以至少包括生成订单的一个账户对应的账户标识。
99.在一种可选的实施例中，可以限定只有登录成功的账户才能创建订单，具备订单创建权限，而未登录账户不具备订单创建权限，无法创建订单。
100.因此，针对任一订单信息，其中至少可以包括创建订单的账户标识，从而可以提高虚拟资源分配的成功率。
101.可选地，订单信息的生成方法，可以包括：基于任一账户针对任一订单的创建操作，将该账户的账户标识添加到该订单对应的订单信息中。该账户具体是登录成功的账户，也就是已登录账户，从而可以具备账户标识。
102.其中，已登录账户可以具备订单创建权限，而未登录账户不具备订单创建权限。
103.当然，针对订单的编辑，在本实施例中，由于针对任一订单信息，其中至少可以包括创建订单的账户标识，因此，订单的编辑可以无需登录。可选地，已登录账户和未登录账户可以都具备订单编辑权限。
104.当然，可选地，为了提高虚拟资源分配的成功率，也可以限定只有登录成功的账户才能编辑订单，从而提高订单的安全性。因此，可选地，已登录账户可以具备订单编辑权限，而未登录账户不具备订单编辑权限。
105.可选地，如果任一账户在线上针对任一订单进行编辑操作，则可以根据该账户的登录信息，获取到该账户对应的账户标识。
106.可选地，如果任一账户在线下针对任一订单进行编辑操作，例如，通过门店内的人工或机器编辑订单，则可以进一步根据该账户输入的信息，或者扫描该账户的信息，获取到该账户对应的账户标识。
107.例如，该账户对应的用户可以通过门店内的人工或机器，输入账户标识，也可以输入账户标识对应的信息，具体可以包括账户对应的账号，或者账户对应的手机号，从而可以根据这些信息确定对应的账户标识。
108.又例如，该账户对应的用户可以通过门店内的人工或机器，扫描展示的账户标识，或者扫描账户标识对应的信息，具体可以包括账户对应的账号，或者账户对应的手机号，从而可以根据这些信息确定对应的账户标识。
109.在本实施例中，针对线下方式生成的订单，也可以提高获取到账户标识的概率，从而方便在订单信息中添加账户标识，提高用户体验。
110.s102：获取对应于该订单信息的付款信息。
111.可选地，可以主动获取对应于该订单信息的付款信息，也可以被动获取到对应于该订单信息的付款信息。
112.针对付款信息的形式，本方法流程并不具体限定。只要付款信息用于表征针对对应的订单信息进行付款即可。
113.针对付款信息的来源，本方法流程并不具体限定。可选地，可以是用于结算订单的系统发送的，也可以是客户端发送的。
114.针对付款信息的内容，可选地，其中可以至少包括付款金额。付款金额可以用于后续帮助确定目标虚拟资源，具体可以是确定虚拟资源的种类或数量。
115.可选地，付款信息中还可以包括账户标识，该账户标识可以用于表征针对该订单信息进行付款的账户。通常付款信息中可以包括一个账户标识，由单个账户进行付款。可选地，付款信息中也可以包括多个账户标识，表征由多个账户分担付款。相对应地，虚拟资源可以分别针对各个账户进行分配。
116.在一种可选的实施例中，付款信息的生成方法，可以包括：基于任一账户针对任一订单的付款操作，将该账户的账户标识添加到该订单对应的付款信息中。
117.本实施例并不限定付款信息的生成方法的执行主体，可选地，可以是客户端，也可以是用于管理订单结算的系统。
118.可选地，如果任一账户在线上针对任一订单进行付款操作，则可以根据该账户的登录信息，获取到该账户对应的账户标识。
119.可选地，如果任一账户在线下针对任一订单进行付款操作，例如，通过门店内的人工或机器针对订单进行付款，具体可以是通过现金、付款码、pos机等方式进行付款，则可以进一步根据该账户输入的信息，或者扫描该账户的信息，获取到该账户对应的账户标识。
120.例如，该账户对应的用户可以通过门店内的人工或机器，输入账户标识，也可以输入账户标识对应的信息，具体可以包括账户对应的账号，或者账户对应的手机号，从而可以根据这些信息确定对应的账户标识。
121.又例如，该账户对应的用户可以通过门店内的人工或机器，扫描展示的账户标识(例如二维码形式的会员码)，或者扫描账户标识对应的信息，具体可以包括账户对应的账号，或者账户对应的手机号，从而可以根据这些信息确定对应的账户标识。
122.在一种可选的实施例中，订单信息和付款信息可以从不同渠道获取。由于订单信息中包含账户标识，后续至少可以针对订单信息中的账户标识分配虚拟资源，因此，可以不限制订单信息和付款信息的获取渠道，从而方便用户选择更贴合需求的操作。
123.例如，针对线上生成的订单信息，在用户的线上账户中余额不足的情况下，用户可以选择线下渠道进行付款。
124.因此，可选地，订单信息和付款信息可以通过不同渠道获取。
125.可选地，订单信息可以通过线上或线下渠道获取，付款信息也可以通过线上或线下渠道获取。
126.本实施例中，可以针对不同渠道获取的订单信息和付款信息确定对应关系，从而融合不同渠道的信息，提高用户操作便利性。
127.可选地，订单信息可以通过线上渠道获取；付款信息可以通过线下渠道获取。
128.具体地，通过线上渠道获取订单信息，可以是由客户端生成订单信息，再从客户端获取订单信息。通过线下渠道获取付款信息，可以是针对现金支付或者pos机刷卡等方式，获取相应的付款信息，当然，也可以在线下渠道通过扫描用户的会员码获取到包含账户标识的付款信息。
129.s103：根据该付款信息，确定目标虚拟资源。
130.本方法流程并不具体限定确定目标虚拟资源的方式。
131.可选地，可以根据付款信息中的付款金额，确定目标虚拟资源。例如，根据付款金额，确定对应的积分数量。
132.可选地，也可以根据付款信息本身，确定目标虚拟资源。例如，根据本次消费，确定固定折扣的虚拟优惠券。
133.s104：在该付款信息不包含账户标识的情况下，根据该订单信息中包含的账户标识，确定目标账户。
134.在一种可选的实施例中，如果通过付款信息难以确定账户标识，则可以进一步根据订单信息中包含的账户标识确定目标账户。
135.而订单信息中可以包含一个或多个账户标识。本实施例并不限定从订单信息中包含的账户标识确定目标账户的方法。
136.可选地，在订单信息包含单个账户标识的情况下，可以直接将该账户标识对应的账户确定为目标账户。
137.可选地，在订单信息包含多个账户标识的情况下，本实施例并不限定具体确定目标账户的方法，可以是将其中生成该订单信息的账户确定为目标账户，也可以将其中最后编辑订单的账户确定为目标账户。可选地，也可以将其中的每个账户标识对应的账户都确定为目标账户。
138.其中，可选地，为了便于确定最后编辑订单的账户，可以在订单信息中针对包含的每个账户标识，确定对应的订单编辑时间。之后可以根据实际的订单编辑操作，增加相应的订单编辑时间，从而方便在订单信息固定后，根据订单编辑时间，确定出最后编辑订单的账户。
139.因此，可选地，根据订单信息中包含的账户标识，确定目标账户，可以包括：在订单信息包含单个账户标识的情况下，可以将该账户标识对应的账户确定为目标账户；在订单信息包含至少两个账户标识的情况下，可以将订单信息中最后编辑订单的账户确定为目标账户。
140.在一种可选的实施例中，如果付款信息中包含账户标识，对应于付款的账户，则可
以将付款的账户确定为目标账户。
141.可选地，在付款信息包含账户标识的情况下，可以将付款信息中包含的账户标识对应的账户，确定为目标账户。
142.其中，付款信息可以包含一个或多个账户标识。
143.可选地，在付款信息包含多个账户标识的情况下，付款信息中的每个账户标识可以对应于一个针对该付款信息对应的订单进行付款的账户。具体可以表明该订单由多个账户分担付款。
144.相对应地，可选地，可以将付款信息包含的多个账户标识都确定为目标账户。而具体分配目标虚拟资源，可以根据每个账户所分担的付款情况，进行目标虚拟资源的分配。
145.可选地，可以根据每个账户所分担的付款金额，进行目标虚拟资源的分配。
146.s105：将目标虚拟资源分配给目标账户。
147.可选地，具体可以是在预设情况下，将目标虚拟资源分配给目标账户。预设情况具体可以包括在预设时间段内没有获取到对应于该订单信息的退单信息或退款信息的情况。
148.而对于预设情况以外的其他情况，可以拒绝将目标虚拟资源分配给目标账户。
149.在一种可选的实施例中，在确定目标虚拟资源和目标账户后，可以直接将目标虚拟资源分配给目标账户。
150.可选地，具体可以是将目标虚拟资源直接发送给目标账户，也可以是将目标虚拟资源存储到目标账户对应的可用资源集合中。每个账户可以对应于一个可用资源集合。
151.例如，可以为每个账户对应设置一个可用资源集合，用于存储被分配到的虚拟资源，具体包括，积分、虚拟优惠券、折扣权限等等。可以方便账户查询或使用虚拟资源。
152.在一种可选的实施例中，针对订单，账户还可以进行退单操作或者退款操作。
153.退单可以是指账户拒绝订单，退款可以是指账户要求退回已付款项。
154.在一种具体的示例中，针对还未生产的商品订单，账户可以进行反悔，要求退单，商家可以在审核退单通过后停止生产，将该订单删除。而针对已付款的订单商品，账户可能以质量不达标为由，要求退款，商家可以审核退款通过后将对应的款项退还。
155.在账户进行退单操作或者退款操作的情况下，通常不会为该账户分配目标虚拟资源，从而可以防止通过频繁退单或频繁退款等操作，获取较多虚拟资源的情况。
156.具体地，如果还未针对该账户分配目标虚拟资源，可以直接拒绝将目标虚拟资源分配给该账户。如果已经针对该账户分配目标虚拟资源，则可以收回已分配的虚拟资源。
157.可选地，由于分配虚拟资源再收回，往往会耗费大量资源，例如计算资源和存储资源，因此，可以在实际分配虚拟资源之前，设置一段缓冲时长。
158.针对任一订单，如果在缓冲时长内，获取到该订单的退单信息或者退款信息，则可以直接拒绝分配虚拟资源，从而节约资源。
159.针对任一订单，如果在缓冲时长内没有获取到该订单的退单信息或者退款信息，则可以分配虚拟资源。
160.可选地，可以针对待分配的虚拟资源进行审核，从而将审核所需的时长作为缓冲时长。
161.本实施例并不限定审核的方式和内容，具体可以是审核虚拟资源的数量及形式，也可以是审核待分配到虚拟资源的账户是否存在多次退单或退款记录，也可以是审核在预
设时间段内，是否获取到对应于该订单信息的退单信息或退款信息。
162.可选地，也可以针对待分配的虚拟资源进行审核，根据审核结果确定缓冲时长，在缓冲时长结束后再进行虚拟资源的分配。
163.因此，可选地，将目标虚拟资源分配给目标账户，可以包括：针对目标虚拟资源进行审核；在目标虚拟资源通过审核的情况下，将目标虚拟资源分配给目标账户。
164.相对应地，可选地，在目标虚拟资源未通过审核的情况下，可以拒绝将目标虚拟资源分配给目标账户。
165.可选地，将目标虚拟资源分配给目标账户，可以包括：在预设时间段内没有获取到对应于该订单信息的退单信息或退款信息的情况下，可以将目标虚拟资源分配给目标账户。
166.相对应地，可选地，在预设时间段内获取到对应于该订单信息的退单信息或退款信息的情况下，拒绝将目标虚拟资源分配给目标账户。
167.其中，可选地，对应订单信息的退单信息，可以表征针对对应的订单信息进行退单，或者已经成功退单。
168.可选地，对应订单信息的退款信息，可以表征针对对应的订单信息进行退款，或者已经成功退款。
169.本实施例并不具体限定预设时间段，只要是在实际分配虚拟资源之前即可。
170.可选地，预设时间段可以是在获取到订单信息之后固定时长内的时间段，也可以是在确定目标账户之后固定时长内的时间段。
171.在一种可选的实施例中，在将目标虚拟资源分配给目标账户之后，在获取到对应于该订单信息的退单信息或退款信息的情况下，可以从目标账户收回目标虚拟资源。
172.可选地，具体可以是从目标账户所拥有的虚拟资源中，收回目标虚拟资源。
173.为了便于理解，本说明书实施例还提供了一种具体的方法实施例。
174.在点餐场景中，消费者可以先用扫码点餐系统点的餐，这个时候的点餐订单是登录账户所生成编辑的，但没有完成支付，没有成交的线上订单。
175.用完餐后消费者找到服务员用pos结的账，最终审单系统收到了一张pos订单，但pos上没有扫过会员码，所以此时审单系统判定为一笔没有会员信息的pos订单，最终不给积分。
176.为了使得线下支付也能够实现积分的分配，如图2所示，为本说明书实施例提供的一种积分审核方法的原理示意图。
177.其中，可以包含客户端，用户中心，订餐系统和积分系统。
178.在本方法实施例中，可以不从线上订单和pos订单上获取用户信息，异步对接订单系统中从门店回传的订单报文，从中获得订单和用户信息。
179.订单系统的报文中合并关联了线上订单和pos订单，其中线上订单上携带用户信息(如果用户登录过)，有了用户信息后，可以方便审单系统完成后续的积分发放逻辑。
180.第1步，消费者通过客户端登录扫码点餐系统，通过手机号换取用户唯一标识usercode。
181.第2步，用户中心向客户端返回usercode。
182.第3步，消费者通过客户端，可以在扫码点餐系统下单、改单。对于线下支付，可以
先出示会员码，再支付。
183.第4步，订餐系统把订单的进单报文给积分系统，积分系统可以根据进单报文里的usercode决定这个订单对应的积分归属。
184.第5步，消费者可能有退单行为。
185.第6步，订餐系统把订单的退单报文给积分系统；支付中台把订单的退款报文给积分系统。
186.第7步，积分系统根据订单系统发送的进单报文、退单报文，以及支付中台的退款报文进行积分计算和审核。
187.譬如的场景是，消费者a下了一单，且已经支付成功，然后他再打电话给餐厅说这一单我不要了了，要求退款。
188.1)通过餐厅退单报文。
189.针对一个订单，可以先获取到一个餐厅端的进单报文，如果24小时内积分系统没有收到餐厅端对应于该订单的退单报文，则审核通过；如果收到了对应于该订单的退单报文，则这个订单的积分审核不通过。
190.2)通过支付中台的退款报文。
191.用户退款，支付中台会获取退款信息，传给积分系统，如果24小时内该订单的积分正在审核中，则该笔积分直接审核不通过；如果24小时后该订单的积分审核通过，则直接从用户的可用积分里扣除相应的积分数。
192.第8步，消费者可以查询或使用积分。
193.第9步，对于系统可能的误判，会有客服系统进行兜底。
194.譬如有用户来投诉，某正常订单被误判为审核不通过，客服人员可以通过客服系统进行订单补登。
195.对应于上述方法实施例，本说明书实施例还提供了装置实施例。
196.如图3所示，为本说明书实施例提供的一种虚拟资源分配装置的结构示意图。该装置可以包括信息获取单元301、目标确定单元302和分配单元303。
197.信息获取单元301，可以用于获取包含账户标识的订单信息；获取对应于该订单信息的付款信息。
198.目标确定单元302，可以用于根据该付款信息，确定目标虚拟资源；在该付款信息不包含账户标识的情况下，根据该订单信息中包含的账户标识，确定目标账户。
199.分配单元303，可以用于将目标虚拟资源分配给目标账户。
200.可选地，订单信息的生成方法，可以包括：基于任一账户针对任一订单的编辑操作，将该账户的账户标识添加到该订单对应的订单信息中。
201.可选地，目标确定单元302，可以用于：在该订单信息包含单个账户标识的情况下，将该账户标识对应的账户确定为目标账户；在该订单信息包含至少两个账户标识的情况下，将该订单信息中最后编辑订单的账户确定为目标账户。
202.可选地，目标确定单元302，还可以用于：在付款信息包含账户标识的情况下，将付款信息中包含的账户标识对应的账户，确定为目标账户。
203.可选地，分配单元303，可以用于：针对目标虚拟资源进行审核；在目标虚拟资源通过审核的情况下，将目标虚拟资源分配给目标账户。
204.可选地，分配单元303，可以用于：在预设时间段内没有获取到对应订单信息的退单信息或退款信息的情况下，将目标虚拟资源分配给目标账户。
205.可选地，分配单元303，还可以用于：在预设时间段内获取到对应订单信息的退单信息或退款信息的情况下，拒绝将目标虚拟资源分配给目标账户。
206.可选地，上述装置还可以包括：收回单元304，可以用于将目标虚拟资源分配给目标账户之后，在获取到对应订单信息的退单信息或退款信息的情况下，从目标账户的虚拟资源中收回目标虚拟资源。
207.可选地，订单信息和付款信息通过不同渠道获取。
208.可选地，订单信息通过线上渠道获取；付款信息通过线下渠道获取。
209.可选地，订单信息的生成方法，包括：基于任一账户针对任一订单的创建操作，将该账户的账户标识添加到该订单对应的订单信息中；其中，未登录账户不具备订单创建权限。
210.上述装置实施例的具体解释可以参见上述方法实施例。
211.本说明书实施例还提供一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现上述任一方法实施例。
212.本说明书实施例还提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够实现上述任一方法实施例。
213.本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现一种虚拟资源分配方法。
214.图4示出了本说明书实施例所提供的一种更为具体的计算机设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
215.处理器1010可以采用通用的cpu(central processing unit，中央处理器)、微处理器、应用专用集成电路(application specific integrated circuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
216.存储器1020可以采用rom(read only memory，只读存储器)、ram(random access memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
217.输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
218.通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
219.总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
220.需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
221.本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现一种虚拟资源分配方法。
222.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
223.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
224.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
225.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
226.以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护。