信息交互方法及装置与流程

1.本发明涉及互联网技术领域，具体涉及一种信息交互方法及装置。


背景技术：

2.部分行业通常需要用户先缴纳保证金才允许用户使用或享受相关服务，这种先收取保证金后提供服务的模式使得用户体验很差。
3.同时，现有技术通常是由用户使用终端来缴纳保证金，在缴纳保证金的交互过程中缺乏交互性。


技术实现要素：

4.有鉴于此,本发明实施例提供了一种信息交互方法及装置，以改善用户体验，同时增强人机交互性。
5.第一方面，本发明实施例提供了一种信息交互方法，所述方法包括：
6.获取用户账户等级；
7.根据所述用户账户等级确定用户账户的账户信用额度，所述账户信用额度用于抵扣所述用户账户在执行任务过程中的资源消耗；
8.确定所述用户账户的已用信用额度，所述已用信用额度根据所述用户账户的任务执行历史数据确定，用于表征所述用户账户在执行任务过程中的资源消耗；
9.响应于所述已用信用额度未达到所述账户信用额度，允许所述用户账户通过以信用额度抵扣资源消耗的方式进行接单操作。
10.第二方面，本发明实施例提供了一种信息交互装置，所述装置包括：
11.获取单元，用于获取用户账户等级；
12.第一确定单元，用于根据所述用户账户等级确定用户账户的账户信用额度，所述账户信用额度展示页面至少包括所述账户信用额度；
13.第二确定单元，用于确定所述用户账户的已用信用额度，所述已用信用额度根据所述用户账户的任务执行历史数据确定，用于表征所述用户账户在执行任务过程中的资源消耗；
14.接单单元，用于响应于所述已用信用额度未达到所述账户信用额度，允许所述用户账户通过以信用额度抵扣资源消耗的方式进行接单操作。
15.第三方面，本发明实施例提供了一种计算机可读存储介质，其上存储计算机程序指令，所述计算机程序指令在被处理器执行时实现如第一方面中任一项所述的方法。
16.第四方面，本发明实施例提供了一种电子设备，所述设备包括：
17.存储器，用于存储一条或多条计算机程序指令；
18.处理器，所述一条或多条计算机程序指令被所述处理器执行以实现如第一方面中任一项所述的方法。
19.本发明实施例的信息交互方法在获取用户账户等级后，会根据用户账户等级确定
用户账户的账户信用额度，再确定用户账户的已用信用额度，响应于已用信用额度未达到账户信用额度，允许所述用户账户通过以信用额度抵扣资源消耗的方式进行接单操作。其中，所述已用信用额度根据用户账户的任务执行历史数据确定，用于表征所述用户账户在执行任务过程中的资源消耗，所述账户信用额度用于抵扣所述用户账户在执行任务过程中的资源消耗。通过所述方法可以改善用户体验，同时增强人机交互性。
附图说明
20.通过以下参照附图对本发明实施例的描述，本发明的上述以及其它目的、特征和优点将更为清楚，在附图中：
21.图1为本发明实施例的信息交互系统的示意图；
22.图2为本发明实施例的信息交互方法的流程图；
23.图3为本发明实施例的账户信用额度展示页面的示意图；
24.图4为本发明实施例的已用信用额度补缴方法的流程图；
25.图5为本发明实施例的账户信用额度展示页面的示意图；
26.图6为本发明实施例的提示弹窗的示意图；
27.图7为本发明实施例的账户信用额度调整方法的流程图；
28.图8为本发明实施例的账户信用额度调整方法的流程图；
29.图9为本发明实施例的授权失败页面的示意图；
30.图10为本发明实施例的授权页面的示意图；
31.图11为本发明实施例的验证调整账户信用额度操作的示意图；
32.图12为本发明实施例的提示弹窗的示意图；
33.图13为本发明实施例的服务关闭方法的流程图；
34.图14为本发明实施例的账户信用额度展示页面的示意图；
35.图15为本发明实施例的授权信息展示弹窗的示意图；
36.图16为本发明实施例的代付提示弹窗的示意图；
37.图17为本发明实施例的账户信用额度展示页面的示意图；
38.图18为本发明实施例的信息交互装置的示意图；
39.图19是本发明实施例的电子设备的示意图。
具体实施方式
40.以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。
41.此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。
42.除非上下文明确要求，否则在本技术的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
43.在本技术的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不
能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。
44.在本发明的各个实施例中，出于对用户隐私权的保护，所获取的用户信息均在用户授权的前提下获取的，所获取的用户信息仅会应用于本发明的各实施例中所述方法。
45.部分行业通常需要用户先缴纳保证金才允许用户使用或享受相关服务，这种先收取保证金后提供服务的模式使得用户体验很差。
46.具体地，以配送行业为例，配送平台通常会将商品的配送任务分配给骑手。而骑手在接取配送任务前，配送平台通常会先向骑手收取保证金。骑手只有在缴纳了保证金的情况下才可以接取配送任务。其中，配送平台收取保证金是为了保证骑手能够按照规定要求完成配送任务。当骑手按照规定要求完成配送任务后，可以选择从配送平台处取回自己缴纳的保证金。而当骑手未按规定要求完成配送任务，例如骑手丢失或者损坏配送物品时，配送平台会根据丢失的配送物品价格或配送物品的损坏程度在骑手缴纳的保证金中扣除相应的金额。目前这种先收取保证金再让骑手接取配送任务的模式，使得骑手的配送体验很差。
47.同时，现有技术通常是由用户使用终端来缴纳保证金，在缴纳保证金的交互过程中缺乏交互性。
48.对此，本发明实施例提供了一种信息交互方法及装置，以改善用户体验，同时增强人机交互性。
49.图1为本发明实施例的信息交互系统的示意图。如图1所示，所述信息交互系统包括终端11以及服务器12。
50.其中，所述终端11为骑手持有的终端，所述终端可以为手机、电脑或平板电脑等终端设备。在本实施例中，所述终端11中安装有与配送平台对应的平台应用程序(application，app)。骑手可以在所述平台应用程序中注册并登录自己的用户账户，以及通过所述平台应用程序查看和管理用户账户的账户信用额度。所述服务器12为通用的计算设备或数据处理设备或存储设备。在本实施例中，所述服务器12与配送平台对应。所述服务器12与终端11通过无线局域网或移动网络(例如，4g网络或5g网络)进行连接以传递数据，从而实现所述平台应用程序中的相关服务或功能。
51.具体地，骑手可以在所述平台应用程序中登录自己的用户账户。在完成登录操作后，终端11会获取用户账户等级并根据用户账户等级确定用户账户的账户信用额度，以及确定用户账户的已用信用额度，再展示账户信用额度展示页面，以便骑手可以通过所述账户信用额度展示页面查看用户账户的账户信用额度和已用信用额度。
52.其中，所述账户信用额度用于抵扣所述用户账户在执行任务过程中的资源消耗，也即，配送平台向用户账户提供的可供使用的总信用额度。所述已用信用额度为用户账户中已经使用的信用额度。进一步地，当已用信用额度小于账户信用额度时，骑手可以通过以账户信用额度中的信用额度抵扣资源消耗的方式使用用户账户在平台应用程序中接取配送任务。
53.进一步地，所述已用信用额度可以根据用户账户的任务执行历史数据确定，所述任务执行历史数据具体可以包括骑手通过用户账户完成的历史配送记录，根据历史配送记录中的违规记录可以确定已用信用额度。
54.由此，本实施例中的信息交互方法可以通过向用户账户提供账户信用额度的方式，使得用户可以在不缴纳保证金的情况下接取配送任务，降低了配送任务的接取门槛，改善了骑手的配送体验。同时，通过本实施例中的信息交互方法还可以使用户能够更加方便地查看和管理用户账户的账户信用额度和已用信用额度，增强人机交互性。
55.应当理解，本发明各实施例中的信息交互方法并不仅适用于配送行业，在其他涉及需要缴纳保证金的行业中，例如共享物品租赁行业或其它涉及任务分配的行业，均可以使用所述信息交互方法。
56.图2为本发明实施例的信息交互方法的流程图。如图2所示，所述信息交互方法具体包括如下步骤：
57.s110、获取用户账户等级。
58.具体地，在用户打开终端中的平台应用程序并完成登录操作后，终端会获取用户账户等级。
59.在本实施例中，所述用户账户等级可以为在骑手通过用户账户接取并完成相应的配送任务后，根据骑手在所完成配送任务中的表现以及其它相关数据确定。例如：可以根据骑手的配送任务完成数量，配送超时次数以及骑手的配送对象(也即，配送物品的收取方)对其的评价等内容确定用户账户等级。可选地，确定用户账户等级所参考的内容还可以根据实际需求进行调整。例如：所述用户账户等级的参考内容还可以包括配送物品的损坏率、丢失率或骑手从事配送工作的时长等。
60.可选地，所述用户账户等级可能会随着用户不断完成配送任务而发生改变，在用户完成一个新的配送任务或用户重新进行登录操作时，可以重新获取用户账户等级，以保证在后续步骤中所展示账户信用额度的时效性。
61.可选地，终端可以通过与配送平台的服务器进行交互来获取用户账户等级。
62.s120、根据用户账户等级确定用户账户的账户信用额度。
63.具体地，在获取用户账户等级后，终端可以根据用户账户等级确定用户账户的账户信用额度。其中，所述账户信用额度用于抵扣所述用户账户在执行任务过程中的资源消耗，也即，配送平台向用户账户提供的可供使用的总信用额度。
64.可选地，终端可以基于预设调整规则，根据用户账户等级确定用户账户的账户信用额度。具体地，不同账户等级对应不同的账户信用额度，所述预设调整规则中包括用户账户等级与账户信用额度的对应关系，终端在接收到用户账户等级后，可以基于预设调整规则确定与用户账户等级对应的账户信用额度。例如：以骑手为例，所述用户账户等级可以包括1-10级。其中，1-3级对应的账户信用额度可以为10元，4-7级对应的账户信用额度可以为39元，8-10级对应的账户信用额度可以为69元。
65.在一种可选地实现方式中，也可以由终端将用户账户等级发送给服务器，再由服务器根据用户账户等级确定出对应的账户信用额度后再反馈给终端。可选地，终端也可以在获取用户账户等级的同时，一同获取对应的账户信用额度。
66.进一步地，在本实施例中，所述信用额度具体可以为配送平台为用户提供的可供透支使用的金额。所述信用额度用于在用户进行违规操作时被作为保证金使用。具体地，当骑手通过用户账户接取并按照规定要求完成配送任务后，账户信用额度中的信用额度不会被使用。但当骑手通过用户账户接取配送任务，而未能按照规定要求完成配送任务时，可以
根据骑手的具体违规情况确定出此次违规配送操作所使用的信用额度。例如：当骑手通过用户账户接取配送任务，但在配送过程中丢失配送物品时，可以根据骑手所丢失配送物品的价格确定出骑手此次违规配送操作所使用的信用额度。又例如:当骑手在配送过程中损坏配送物品时，可以根据配送物品的损坏程度确定出骑手此次违规配送操作所使用的信用额度。
67.应当理解，在骑手每次进行违规配送操作后，如果不对使用的信用额度进行补缴操作，使用的信用额度将会被累计，当累计使用的信用额度满足一定条件时，骑手将无法再接取配送任务，直至骑手对累计使用的信用额度进行补缴。当骑手对累计使用的信用额度进行补缴后，累计使用的信用额度将会被重置，此时，骑手可以继续接取配送任务。
68.应当理解，当本实施例中的信息交互方法应用于其它行业时，信用额度是否被使用的判断依据可以根据实际使用情况进行确定，例如所述判断依据可以是用户所归还的被租赁物品是否被损坏或者可以是用户是否按照规定要求归还租赁物品等。
69.s130、确定所述用户账户的已用信用额度。
70.具体地，终端在确定账户信用额度后，可以进一步确定用户账户的已用信用额度。所述已用信用额度用于表征所述用户账户在执行任务过程中的资源消耗，也即所述已用信用额度具体可以为用户账户中已经使用的信用额度。其中，所述已用信用额度根据所述用户账户的任务执行历史数据确定。所述任务执行历史数据具体可以包括骑手通过用户账户完成的历史配送记录，根据历史配送记录中的违规配送操作记录可以确定已用信用额度。
71.可选地，在步骤s130中，终端可以通过与服务器进行交互来确定用户账户的已用信用额度。所述已用信用额度可以由服务器根据任务执行历史数据确定并反馈给终端。
72.应当理解，终端通过与服务器进行交互来确定用户账户等级、账户信用额度以及已用信用额度时，可以一同确定用户账户等级、账户信用额度以及已用信用额度。
73.s140、展示账户信用额度展示页面。
74.具体地，终端在确定账户信用额度以及已用信用额度后，会展示账户信用额度展示页面。其中，所述账户信用额度展示页面至少包括所述账户信用额度。
75.图3为本发明实施例的账户信用额度展示页面的示意图。如图3所示，所述账户信用额度展示页面中展示有账户信用额度31以及已用信用额度32。用户可以通过账户信用额度展示页面查看用户账户的账户信用额度和已用信用额度。
76.应当理解，本发明各实施例中的展示页面、容器、弹窗或功能组件等相关内容均可以通过html(hyper text markup language，超文本标记语言)、xml(extensible markup language，可扩展标记语言)、css(cascading style sheets，层叠样式表)以及javascript语言实现。
77.s150、响应于所述已用信用额度未达到所述账户信用额度，允许所述用户账户通过以信用额度抵扣资源消耗的方式进行接单操作。
78.具体地，当已用信用额度未达到账户信用额度，也即，已用信用额度小于账户信用额度时，终端会允许所述用户账户通过以信用额度抵扣资源消耗的方式进行接单操作。
79.可选地，当已用信用额度达到账户信用额度，也即，已用信用额度大于或等于账户信用额度时，终端还可以限制用户账户的接单权限。当用户账户的接单权限被限制后，用户无法再通过用户账户接取配送任务。
80.可选地，所述终端限制用户账户接单权限的方式可以是限制骑手通过用户账户发出针对配送任务的接取指令，也可以是限制用户账户接收配送平台服务器所发放的配送任务信息。具体地，当限制骑手通过用户账户发出针对配送任务的接取指令时，用户可以查看到配送任务但无法接取配送任务。当限制用户账户接收配送平台服务器所发放的配送任务信息，用户无法查看到配送任务。
81.进一步地，当已用信用额度达到账户信用额度时，用户可以选择对已用信用额度进行补缴。具体地，图4为本发明实施例的已用信用额度补缴方法的流程图。如图4所示，所述已用信用额度补缴方法具体包括如下步骤:
82.s210、响应于所述已用信用额度达到所述账户信用额度，在所述账户信用额度展示页面中展示补缴控件。
83.具体地，当已用信用额度达到账户信用额度时，账户信用额度展示页面会对用户进行补缴提示并展示补缴控件。图5为本发明实施例的账户信用额度展示页面的示意图。如图5所示，当已用信用额度大于账户信用额度时，所述账户信用额度展示页面会对用户进行相应的文字提示，并展示补缴控件51。其中，所述补缴控件51用于触发补缴指令。
84.可选地，所述提示方式也可以根据实际需求进行调整。例如所述提示方式可以包括文字提示、语音提示、短信提示或弹窗提示中的至少一种或组合等。
85.s220、响应于接收到所述补缴指令，执行对所述已用信用额度的支付操作。
86.具体地，用户可以通过点击补缴控件51来发出补缴指令，终端在接收到补缴指令会执行对已用信用额度的支付操作。
87.可选地，所述执行对已用信用额度的支付操作具体可以为发送支付请求以调用目标程序完成对所述已用信用额度的支付操作。所述目标程序可以为用于进行付款操作的应用程序，例如支付宝支付程序等。在终端调用目标程序后，用户可以在目标程序中输入支付密码以完成对已用信用额度的支付操作。进一步地，当用户完成对已用信用额度的补缴操作后，已用信用额度将会被重置，用户账户的接单权限限制将会被解除，用户可以继续通过用户账户接取配送任务。
88.可选地，用户账户等级可能会随着用户不断完成配送任务而发生改变，在用户完成一个新的配送任务或用户重新进行登录操作时，终端会重新获取用户账户等级。若重新获取的用户账户等级所对应的账户信用额度发生变化时，终端可以调整账户信用额度并对用户进行相应的提示。图6为本发明实施例的提示弹窗的示意图。如图6所示，终端可以通过展示弹窗61的方式对用户进行提示。应当理解，若用户账户的已用信用额度达到调整前的账户信用额度，但未达到调整后的账户信用额度时，用户账户的接单权限限制将会被解除，用户可以继续通过用户账户接取配送任务。
89.可选地，本实施例的信息交互方法还可以通过其他方式，例如评估信用评分的方式调整用户账户的账户信用额度。具体地，所述账户信用额度展示页面中还包括额度提升控件，例如图3中的额度提升控件33以及图5中的额度提升控件52，所述额度提升控件用于触发额度提升指令。进一步地，本实施例中的信息交互方法还包括：响应于接收到所述额度提升指令，调整所述账户信用额度。具体地，用户可以通过点击额度提升控件33或额度提升控件52来发出触发额度提升指令，终端在接收到触发额度提升指令后，可以调整用户账户的账户信用额度。图7为本发明实施例的账户信用额度调整方法的流程图。如图7所示，所述
账户信用额度调整方法具体包括如下步骤：
90.s310、获取所述用户账户的信用评分。
91.具体地，终端在接收到额度提升指令后，会获取用户账户的信用评分。其中，所述信用评分具体可以为在考虑了不同情况的前提下，对用户履行经济承诺的能力进行全面的判断和评估后得到的。例如：可以根据用户的资金获取能力、用户对历史已用信用额度的补缴情况以及补缴频率等多方面内容进行评估确定信用评价。可选地，终端也可以选择将信用评分获取请求发送给服务器，由服务器通过与目标程序所对应的目标程序服务器进行交互来获取目标程序服务器对用户评估的信用评分。
92.应当理解，在获取所述用户账户的信用评分之前，终端可以展示相应的授权页面，以询问用户是否允许平台应用程序获取用户账户的新颖评分。只有在得到用户授权后，终端才会获取用户账户的信用评分。
93.s320、根据所述信用评分调整所述账户信用额度。
94.具体地，终端在确定用户账户的信用评分后，可以根据信用评分调整所述账户信用额度。
95.可选地，根据所述信用评分调整所述账户信用额度具体可以包括：响应于所述信用评分达到信用评分阈值，将所述账户信用额度调整为预设信用额度。具体地，当信用评分大于或等于信用评分阈值时，可以将账户信用额度调整为预设信用额度。其中，预设信用额度可以是预先设置好的信用额度阈值，例如99。应当理解，所述预设信用额度的具体数值可以根据实际需求进行调整。
96.进一步地，图8为本发明实施例的账户信用额度调整方法的流程图。如图8所示，所示账户信用额度调整方法具体包括如下步骤：
97.s410、展示授权页面。
98.具体地，终端在获取信用评分后，若信用评分大于信用评分阈值，则会在根据信用评分调整账户信用额度前，先展示授权页面获取用户的授权。其中，所述授权页面包括授权控件，所述授权控件用于触发授权指令。
99.可选地，本实施例的信息交互方法还包括：响应于所述信用评分未达到信用评分阈值，不再执行调整账户信用额度操作，展示授权失败页面，以提示执行所述调整账户信用额度操作失败。具体地，若终端所获取的信用评分小于信用评分阈值，则结束后续调整账户信用额度操作并展示授权失败页面，来提示用户执行调整账户信用额度操作失败。图9为本发明实施例的授权失败页面的示意图。如图9所示，终端可以通过所述授权失败页面提示用户执行调整账户信用额度操作失败。可选地，所述授权失败页面中可以展示终端得到的信用评分91以及信用评分阈值要求92。
100.图10为本发明实施例的授权页面的示意图。如图10所示，所述授权页面中包括授权控件101，用户可以通过点击授权控件101来发出授权指令。
101.s420、接收所述授权指令。
102.s430、发送信用额度提升请求以指示服务器将所述账户信用额度调整为预设信用额度。
103.具体地，终端在接收到授权指令后，会发送信用额度提升请求以指示服务器将账户信用额度调整为预设信用额度。
104.可选地，在发送所述信用额度提升请求之前，终端还可以调用目标程序对调整账户信用额度操作进行验证。具体地，图11为本发明实施例的验证调整账户信用额度操作的示意图。如图11所示，终端在发送信用额度提升请求之前，会调用目标程序，用户可以通过在密码框111中输入支付密码的方式对调整账户信用额度操作进行验证。应当理解，若用户账户的已用信用额度达到调整前的账户信用额度，但未达到调整后的账户信用额度时，用户账户的接单权限限制将会被解除，用户可以继续通过用户账户接取配送任务。
105.进一步地，在得到用户授权并调整账户信用额度操作后，本实施例的信息交互方法还包括：响应于所述已用信用额度达到调整后的账户信用额度，调用目标程序根据授权信息对所述已用信用额度进行代付操作。具体地，在终端接收到用户的授权指令并完成调整账户信用额度的操作后，可以存储用户的授权信息。在存储用户的授权信息后，若已用信用额度达到账户信用额度，终端可以直接调用目标程序并根据用户的授权信息完成代替用户完成支付操作。由此，本实施例中的信息交互方法可以以类似服务订阅的方式实现由终端对已用信用额度进行代付的操作，避免了用户因忘记及时补缴已用信用额度而导致的用户账户接单权限被限制问题，改善了用户的体验。可选地，图12为本发明实施例的提示弹窗的示意图。如图12所示，当终端完成对已用信用额度的代付操作后，可以通过展示提示弹窗121的方式对用户进行提示。
106.进一步地，本实施例中的信息交互方法还可以根据用户需求关闭自动补缴服务。图13为本发明实施例的服务关闭方法的流程图。如图13所示，所示服务关闭方法具体包括如下步骤：
107.s510、在所述账户信用额度展示页面中展示调整后的账户信用额度。
108.具体地，终端在调整账户信用额度，会在账户信用额度展示页面中展示调整后的账户信用额度。图14为本发明实施例的账户信用额度展示页面的示意图。如图14所示，所述账户信用额度展示页面中的账户信用额度被调整为预设信用额度99。
109.s520、将所述额度提升控件调整为授权信息查看控件。
110.具体地，在将账户信用额度调整为预设信用额度后，终端会将账户信用额度展示页面中的额度提升控件调整为授权信息查看控件141。其中，所述授权信息查看控件141用于触发授权信息查看指令。用户可以通过点击授权信息查看控件141来发出授权信息查看指令。
111.s530、响应于接收到所述授权信息查看指令，展示授权信息展示弹窗。
112.具体地，终端在接收到授权信息查看指令后，会展示授权信息展示弹窗。图15为本发明实施例的授权信息展示弹窗的示意图。如图15所示，所述授权信息展示弹窗展示有用户授权信息，所述用户授权信息包括授权时间或授权服务协议号等。所述授权信息展示弹窗还包括服务关闭控件151，所述服务关闭控件用于触发服务关闭指令。用户可以通过点击服务关闭控件151来发出服务关闭指令。
113.应当理解，本实施例中的弹窗为在终端界面中显示的相关区域，所述弹窗用于展示相关信息或控件，以提示用户完成相应的操作，从而引导用户使用平台应用程序中的功能与服务。
114.s540、响应于接收到所述服务关闭指令，重新根据所述用户账户等级确定所述账户信用额度。
115.具体地，当终端接收到服务关闭指令后，会重新根据用户账户等级确定所述账户信用额度。可选地，终端可以通过与服务器进行交互，来指示服务器重新根据用户账户等级确定所述账户信用额度，再将调整后的账户信用额度反馈给终端。终端在接收到反馈消息后，会调整账户信用额度展示页面中展示的账户信用额度。应当理解，当终端重新根据所述用户账户等级确定账户信用额度后，终端将无法再根据用户的授权信息完成对已用信用额度信息进行代付操作。
116.进一步地，若用户发出服务关闭指令时，用户账户存在已用信用额度，也即，用户账户中的已用信用额度不为0，终端将会在重新调整账户信用额度前，先根据授权信息完成对已用信用额度信息的代付操作。图16为本发明实施例的代付提示弹窗的示意图。如图16所示，终端会通过提示弹窗161对用户进行提示，并在提示完成后执行代付操作。应当理解，若执行代付操作失败，终端可以调用目标程序，由用户在目标程序中自行完成支付操作。
117.在一种可选地实现方式中，若用户账户的已用信用额度已经达到预设信用额度，额度提升控件将会被调整为不可触控状态。图17为本发明实施例的账户信用额度展示页面的示意图，如图17所示，所述已用信用额度大于预设信用额度99元，此时的额度提升控件会被调整为不可触控状态。其中，处于所述不可触控状态的额度提升控件无法触发额度提升指令。
118.本发明实施例的信息交互方法在获取用户账户等级后，会根据用户账户等级确定用户账户的账户信用额度，再确定用户账户的已用信用额度，响应于已用信用额度未达到账户信用额度，允许所述用户账户通过以信用额度抵扣资源消耗的方式进行接单操作。其中，所述已用信用额度根据用户账户的任务执行历史数据确定，用于表征所述用户账户在执行任务过程中的资源消耗，所述账户信用额度用于抵扣所述用户账户在执行任务过程中的资源消耗。通过所述方法可以改善用户体验，同时增强人机交互性。
119.图18为本发明实施例的信息交互装置的示意图。如图18所示，所述信息交互装置包括获取单元181、第一确定单元182、第二确定单元183以及接单单元184。
120.具体地，所述获取单元181，用于获取用户账户等级；
121.所述第一确定单元182用于根据用户账户等级确定用户账户的账户信用额度，所述账户信用额度用于抵扣所述用户账户在执行任务过程中的资源消耗；
122.所述第二确定单元183用于确定所述用户账户的已用信用额度，所述已用信用额度根据所述用户账户的任务执行历史数据确定，用于表征所述用户账户在执行任务过程中的资源消耗；
123.所述接单单元184用于响应于所述已用信用额度未达到所述账户信用额度，允许所述用户账户通过以信用额度抵扣资源消耗的方式进行接单操作。
124.本发明实施例的信息交互装置在获取用户账户等级后，会根据用户账户等级确定用户账户的账户信用额度，再确定用户账户的已用信用额度，响应于已用信用额度未达到账户信用额度，允许所述用户账户通过以信用额度抵扣资源消耗的方式进行接单操作。其中，所述已用信用额度根据用户账户的任务执行历史数据确定，用于表征所述用户账户在执行任务过程中的资源消耗，所述账户信用额度用于抵扣所述用户账户在执行任务过程中的资源消耗。通过所述装置可以改善用户体验，同时增强人机交互性。
125.图19是本发明实施例的电子设备的示意图。在本实施例中，电子设备包括服务器、
终端等。如图19所示，该电子设备：至少包括一个处理器191；以及，与至少一个处理器191通信连接的存储器192；以及，与扫描装置通信连接的通信组件193，通信组件193在处理器191的控制下接收和发送数据；其中，存储器192存储有可被至少一个处理器191执行的指令，指令被至少一个处理器191执行以实现上述信息交互方法。
126.具体地，该电子设备包括：一个或多个处理器191以及存储器192，图19中以一个处理器191为例。处理器191、存储器192可以通过总线或者其他方式连接，图19中以通过总线连接为例。存储器192作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器191通过运行存储在存储器192中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述信息交互方法。
127.存储器192可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器192可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器192可选包括相对于处理器191远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
128.一个或者多个模块存储在存储器192中，当被一个或者多个处理器191执行时，执行上述任意方法实施例中的信息交互方法。
129.上述产品可执行本技术实施例所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施例中详尽描述的技术细节，可参见本技术实施例所提供的方法。
130.本发明的另一个实施例涉及一种非易失性存储介质，用于存储计算机可读程序，所述计算机可读程序用于供计算机执行上述部分或全部的方法实施例。
131.即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
132.本发明实施例公开了a1、一种信息交互方法，所述方法包括：
133.获取用户账户等级；
134.根据所述用户账户等级确定用户账户的账户信用额度，所述账户信用额度用于抵扣所述用户账户在执行任务过程中的资源消耗；
135.确定所述用户账户的已用信用额度，所述已用信用额度根据所述用户账户的任务执行历史数据确定，用于表征所述用户账户在执行任务过程中的资源消耗；
136.响应于所述已用信用额度未达到所述账户信用额度，允许所述用户账户通过以信用额度抵扣资源消耗的方式进行接单操作。
137.a2、根据a1所述的方法，所述方法还包括：
138.展示账户信用额度展示页面，所述账户信用额度展示页面至少包括所述账户信用额度。
139.a3、根据a2所述的方法，所述账户信用额度展示页面中还包括额度提升控件，所述额度提升控件用于触发额度提升指令；
140.所述方法还包括：
141.响应于接收到所述额度提升指令，调整所述账户信用额度。
142.a4、根据a3所述的方法，所述调整所述账户信用额度包括：
143.获取所述用户账户的信用评分；
144.根据所述信用评分调整所述账户信用额度。
145.a5、根据a4所述的方法，所述根据所述信用评分调整所述账户信用额度包括：
146.响应于所述信用评分达到信用评分阈值，将所述账户信用额度调整为预设信用额度。
147.a6、根据a5所述的方法，所述将所述账户信用额度调整为预设信用额度包括：
148.展示授权页面，所述授权页面包括授权控件，所述授权控件用于触发授权指令；
149.接收所述授权指令；
150.发送信用额度提升请求以指示服务器将所述账户信用额度调整为预设信用额度。
151.a7、根据a6所述的方法，在将所述账户信用额度调整为预设信用额度之后，所述方法还包括：
152.响应于所述已用信用额度达到调整后的账户信用额度，调用目标程序根据授权信息对所述已用信用额度进行代付操作。
153.a8、根据a5所述的方法，所述方法还包括：
154.响应于所述信用评分未达到信用评分阈值，不再执行调整账户信用额度操作；
155.展示授权失败页面，以提示执行所述调整账户信用额度操作失败。
156.a9、根据a6所述的方法，所述方法还包括：
157.在发送所述信用额度提升请求之前，调用目标程序对调整账户信用额度操作进行验证。
158.a10、根据a6所述的方法，在接收到所述额度提升指令之前，所述方法还包括：
159.响应于所述已用信用额度达到所述预设信用额度，将所述额度提升控件调整为不可触控状态；
160.其中，处于所述不可触控状态的额度提升控件无法触发所述额度提升指令。
161.a11、根据a6所述的方法，在根据所述信用评分调整所述账户信用额度之后，所述方法还包括：
162.在所述账户信用额度展示页面中展示调整后的账户信用额度；
163.将所述额度提升控件调整为授权信息查看控件，所述授权信息查看控件用于触发授权信息查看指令。
164.a12、根据a11所述的方法，所述方法还包括：
165.响应于接收到所述授权信息查看指令，展示授权信息展示弹窗，所述授权信息展示弹窗中包括服务关闭控件，所述服务关闭控件用于触发服务关闭指令；
166.响应于接收到所述服务关闭指令，重新根据所述用户账户等级确定所述账户信用额度。
167.a13、根据a2所述的方法，所述方法还包括：
168.响应于所述已用信用额度达到所述账户信用额度，在所述账户信用额度展示页面中展示补缴控件，所述补缴控件用于触发补缴指令；
169.响应于接收到所述补缴指令，执行对所述已用信用额度的支付操作。
170.a14、根据a13所述的方法，所述执行对所述已用信用额度的支付操作包括：
171.发送支付请求，以调用目标程序完成对所述已用信用额度的支付操作。
172.a15、根据a1所述的方法，所述根据用户账户等级确定用户账户的账户信用额度包括：
173.基于预设调整规则，根据所述用户账户等级确定所述用户账户的账户信用额度；
174.其中，预设调整规则包括用户账户等级与账户信用额度的对应关系。
175.本发明实施例公开了b1、一种信息交互装置，所述装置包括：
176.获取单元，用于获取用户账户等级；
177.第一确定单元，用于根据所述用户账户等级确定用户账户的账户信用额度，所述账户信用额度用于抵扣所述用户账户在执行任务过程中的资源消耗；
178.第二确定单元，用于确定所述用户账户的已用信用额度，所述已用信用额度根据所述用户账户的任务执行历史数据确定，用于表征所述用户账户在执行任务过程中的资源消耗；
179.接单单元，用于响应于所述已用信用额度未达到所述账户信用额度，允许所述用户账户通过以信用额度抵扣资源消耗的方式进行接单操作。
180.本发明实施例公开了c1、一种计算机可读存储介质，其上存储计算机程序指令，所述计算机程序指令在被处理器执行时实现如a1-15中任一项所述的方法。
181.本发明实施例公开了d1、一种电子设备，所述设备包括：
182.存储器，用于存储一条或多条计算机程序指令；
183.处理器，所述一条或多条计算机程序指令被所述处理器执行以实现如a1-15中任一项所述的方法。
184.以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。