一种电信业务批量受理方法、装置、设备及介质与流程

1.本发明涉及电信运营技术领域，尤其涉及一种电信业务批量受理方法、装置、设备及介质。


背景技术：

2.在互联网时代，运营商开始将销售系统向互联网转型，电信运营系统中，针对每个客户设计购物车，会使业务受理场景更加复杂，不便于业务操作人员(帮助业务需求人员办理电信业务的工作人员)快速办理业务，因此，现有互联网模型中的购物车不能契合电信运营商的实际业务办理场景。
3.虽然，目前电信业务办理时存在电信业务购物车系统，但是现有的电信业务购物车系统往往存在完成所有业务流程的加购订单无法结算的情况，以及返销订单无法合并提交，导致用户体验较差。


技术实现要素：

4.本发明提供了一种电信业务批量受理方法、装置、设备及介质，以解决无法及时发现无法结算订单，浪费用户时间以及返销订单无法合并提交，引起的用户体验较差的问题。
5.根据本发明的一方面，提供了一种电信业务批量受理方法，包括：
6.分别接收各电信业务办理指令；
7.根据各电信业务办理指令分别进行订单预提交，并存储各业务办理指令的订单缓存报文；
8.在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各待加购订单中的加购订单缓存至购物车；
9.根据购物车中的加购订单以及订单缓存报文，进行多笔订单的同步结算。
10.根据本发明的另一方面，提供了一种电信业务批量受理装置，包括：
11.指令获取模块，用于分别接收各电信业务办理指令；
12.第一数据处理模块，用于根据各电信业务办理指令分别进行订单预提交，并存储各业务办理指令的订单缓存报文；
13.第二数据处理模块，用于在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各待加购订单中的加购订单缓存至购物车；
14.同步结算模块，用于根据购物车中的加购订单以及订单缓存报文，进行多笔订单的同步结算。
15.根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：
16.至少一个处理器；以及
17.与所述至少一个处理器通信连接的存储器；其中，
18.所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的
电信业务批量受理方法。
19.根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的电信业务批量受理方法。
20.本发明实施例的技术方案，通过分别接收各电信业务办理指令，从而根据各电信业务办理指令分别进行订单预提交，并存储各业务办理指令的订单缓存报文，进而在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各待加购订单中的加购订单缓存至购物车，并根据购物车中的加购订单以及订单缓存报文，进行多笔订单的同步结算。在本方案中，订单预提交可以及时发现不能基于购物车进行批量办理的业务，避免完成所有业务流程最终无法进行结算的情况出现，而基于订单缓存报文，可以对返销的订单进行再次提交，使购物车中已加购的订单能够顺利进行结算，防止订单返销引起的订单不能按需结算的情况出现，解决了无法及时发现无法结算订单，浪费用户时间以及返销订单无法合并提交，引起的用户体验较差的问题，确保预提交成功的加购订单，在不被遗漏的前提下顺利结算，提升用户体验。
21.应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
22.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
23.图1为本发明实施例一提供的一种电信业务批量受理方法的流程图；
24.图2为本发明实施例二提供的一种电信业务批量受理方法的流程图；
25.图3是本发明实施例二提供的一种批量电信业务受理流程的示意图；
26.图4为本发明实施例三提供的一种电信业务批量受理装置的结构示意图；
27.图5示出了可以用来实施本发明的实施例的电子设备的结构示意图。
具体实施方式
28.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
29.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于
清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
30.实施例一
31.图1为本发明实施例一提供的一种电信业务批量受理方法的流程图，本实施例可适用于快捷高效的进行批量电信业务办理的情况，该方法可以由电信业务批量受理装置来执行，该电信业务批量受理装置可以采用硬件和/或软件的形式实现，该电信业务批量受理装置可配置于电子设备中。电子设备可以包括但不限于移动终端或者计算机等。如图1所示，该方法包括：
32.步骤110、分别接收各电信业务办理指令。
33.其中，电信业务办理指令可以是对电信业务受理界面中的电信业务的办理指令。业务受理界面可以是展示可办理的电信业务的界面。
34.在本发明实施例中，可以接收业务操作人员根据业务需求人员的业务办理需求，在业务受理界面触发的各电信业务办理指令。
35.步骤120、根据各电信业务办理指令分别进行订单预提交，并存储各业务办理指令的订单缓存报文。
36.其中，订单预提交可以用于对电信业务办理指令匹配的订单进行预提交。订单缓存报文可以是根据电信业务办理指令生成的订单日志。每个电信业务办理指令可以对应生成一个预提交的订单，且与一个订单缓存报文相匹配。
37.在本发明实施例中，可以根据各电信业务办理指令，分别生成各预提交的订单，并对各预提交的订单进行订单预提交，进一步确定各业务办理指令的订单缓存报文，从而将各办理指令的订单缓存报文进行缓存。
38.步骤130、在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各待加购订单中的加购订单缓存至购物车。
39.其中，待加购订单可以是完成订单预提交的订单。加购订单可以是待加购订单中添加至购物车的订单。
40.在本发明实施例中，可以基于预设的业务规则判断订单预提交操作是否合规，若订单预提交操作合规，则可以成功完成订单预提交，并完成无纸化签字流程，生成各待加购订单，从而接收业务操作人员触发的订单加购指令，并按照订单加购指令将各待加购订单中的加购订单加入至购物车，并将加购订单缓存至购物车。
41.步骤140、根据购物车中的加购订单以及订单缓存报文，进行多笔订单的同步结算。
42.具体的，在对购物车中的订单受理时，若存在订单返销情况，则从订单缓存报文中确定返销订单的对应报文，从而根据返销订单的对应报文以及当前购物车中的加购订单，进行多笔订单的同步结算。
43.其中，返销订单为到达订单的生命周期时长返销的订单，此类订单到达生命周期会被核销，而订单的返销属于系统自身规则，并不意味业务需求用户的实际意愿，基于本方案可以在出现订单返销时，仍能按照业务需求用户的意愿进行结算，符合用户的实际需求。
44.在本发明的一个可选实施例中，在根据购物车中的加购订单以及订单缓存报文，进行多笔订单的同步结算之前，还可以包括：根据订单结算指令，跳转至购物车界面；在购
物车界面，显示加购订单的订单号。
45.其中，订单结算指令可以是对购物车中的订单进行结算受理的指令。购物车界面可以是触发购物车图标之后展示出的界面。
46.在本发明实施例中，加购订单缓存至购物车之后，若接收到订单结算指令，则可以跳转至购物车界面，并将与加购订单对应的订单号显示在购物车界面，从而进行后续订单受理，即根据购物车中的加购订单以及订单缓存报文，进行多笔订单的同步结算。
47.本发明实施例的技术方案，通过分别接收各电信业务办理指令，从而根据各电信业务办理指令分别进行订单预提交，并存储各业务办理指令的订单缓存报文，进而在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各待加购订单中的加购订单缓存至购物车，并根据购物车中的加购订单以及订单缓存报文，进行多笔订单的同步结算。在本方案中，订单预提交可以及时发现不能基于购物车进行批量办理的业务，避免完成所有业务流程最终无法进行结算的情况出现，而基于订单缓存报文，可以对返销的订单进行再次提交，使购物车中已加购的订单能够顺利进行结算，防止订单返销引起的订单不能按需结算的情况出现，解决了无法及时发现无法结算订单，浪费用户时间以及返销订单无法合并提交，引起的用户体验较差的问题，确保预提交成功的加购订单，在不被遗漏的前提下顺利结算，提升用户体验。
48.实施例二
49.图2为本发明实施例二提供的一种电信业务批量受理方法的流程图，本实施例以上述实施例为基础进行具体化，给出了根据购物车中的加购订单以及订单缓存报文，进行多笔订单的同步结算的具体的可选的实施方式。如图2所示，该方法包括：
50.步骤210、分别接收各电信业务办理指令。
51.步骤220、根据各电信业务办理指令分别进行订单预提交，并存储各业务办理指令的订单缓存报文。
52.步骤230、在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各待加购订单中的加购订单缓存至购物车。
53.在本发明的一个可选实施例中，在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各待加购订单中的加购订单缓存至购物车，可以包括：在订单预提交完成之后，获取业务需求用户签名，并根据业务需求用户签名以及签名业务标识，生成收费详情页面的各待加购订单；根据订单加购指令，选定各待加购订单中的加购订单，并将加购订单缓存至购物车。
54.其中，业务需求用户签名可以是无纸化签字流程中上传的业务需求用户的签名。签名业务标识可以是利用业务需求用户签名进行签名认证的业务标识，用于对不同业务进行区分。收费详情页面可以用于展示办理业务的收费详情的页面。
55.相应的，在订单预提交完成之后，可以获取业务需求用户上传的业务需求用户签名，并确定业务需求用户签名的对应订单的签名业务标识，从而基于业务需求用户签名以及签名业务标识，生成收费详情页面中展示的各加购订单，从而获取在收费详情页面触发的订单加购指令，并按照订单加购指令确定待加购订单中的加购订单，从而将加购订单缓存到购物车。
56.在本发明的一个可选实施例中，在根据订单加购指令，将各待加购订单中的加购
订单缓存至购物车之后，还可以包括：获取用户业务受理指令，并根据用户业务受理指令，跳转至业务受理界面，并返回执行分别接收各电信业务办理指令的操作。
57.其中，用户业务受理指令可以是跳转至业务受理界面的指令。
58.在本发明实施例中，将各待加购订单中的加购订单缓存至购物车之后，若业务需求人员还需办理购物车中不存在的业务，则可由业务操作人员触发用户业务受理指令，当获取到用户业务受理指令之后，可以基于用户业务受理指令，跳转至业务受理界面，并返回执行分别接收各电信业务办理指令的操作。
59.步骤240、若电信业务系统出现订单返销，则查询订单缓存报文，确定返销缓存报文。
60.其中，电信业务系统可以包括联通业务系统cbss。返销缓存报文可以是订单缓存报文中与返销订单对应的报文。
61.在本发明实施例中，由于对订单缓存报文进行了缓存，即对所有预提交的报文进行缓存，因此当电信业务系统出现订单返销时，可以对订单缓存报文进行查询，确定返销缓存报文。
62.步骤250、获取与返销缓存报文匹配的返销订单，并根据加购订单以及返销订单，进行多笔订单的同步结算。
63.在本发明实施例中，可以根据返销缓存报文对应的电信业务，确定返销订单，进而对返销订单再次进行提交，与加购订单一起进行多笔订单的同步结算。
64.在本发明的一个可选实施例中，在根据加购订单以及返销订单，进行多笔订单的同步结算之后，还可以包括：在确定业务需求用户成功支付同步结算金额之后，确定同步结算的购物车订单；将购物车订单进行批量递交。
65.其中，同步结算金额可以是业务需求用户办理当前多个电信业务所需支付的金额。购物车订单可以是当前进行结算的加入过购物车的订单，包括当前需结算的加购订单以及返销订单。
66.在本发明实施例中，可以计算加购订单以及返销订单的同步结算金额，并在收费详情页面进行显示，提示用户支付相应金额，当确定业务需求用户成功支付同步结算金额之后，可以获取同步结算的购物车订单，并在后台调用购物车订单，并对购物车订单进行批量提交。
67.在本发明的一个可选实施例中，电信业务批量受理方法，还可以包括：获取购物车订单保存时长；若在购物车订单保存时长内未进行多笔订单的同步结算，则清除购物车缓存的加购订单。
68.其中，购物车订单保存时长可以是预先设定的加入购物车中订单的有效时长，即等待结算的时长上限。
69.在本发明实施例中，可以根据电信业务的审计需要设置购物车订单保存时长，若在购物车订单保存时长内未进行多笔订单的同步结算，为了避免审计出现错误，则清除购物车缓存的加购订单。
70.图3是本发明实施例二提供的一种批量电信业务受理流程的示意图，如图3所示，业务操作人员根据用户需求进行宽带提速、金融分期以及沃家组网的业务受理，录完资料进行立即办理即进行订单预提交，订单缓存报文记录到redis缓存中(后续如果在购物车受
理过程中，订单超时返销时，可以取到返销订单的报文，实现自动重新预提交操作)；订单预提交完成后进行无纸化操作(无纸话免填单操作)；无纸化操作完成后，跳转收费详情页面。在此页面增加购物车按钮，如果点击加入购物车，则该订单会加入购物车redis缓存中。同时会提醒用户是否去购物车结算或继续跳转首页受理；如果选择跳转首页继续受理及触发用户业务受理指令，则可继续受理其它电信业务，即进入收费详情页面后，还可以继续将订单加入购物车；所有购物车订单加入完成后，跳转新增的购物车页面。此页面展示所有加入购物车订单号，可能根据业务需要，选择多个订单组合，自动计算出多笔订单组合可实现折扣及需要支付金额；选择好购物车订单，继续下一步到收费详情页面，此收费详情页面和上面加入购物车费用详情页面为同一个页面；收费详情页面确认没问题后，继续下一步进入统一支付页面，此页面支持购物车相关订单金融分期支付和普通支付；支付成功后，对购物车订单的批量提交。具体为：后台批量调用购物车所有订单，完成整个购物车订单提交。
71.redis缓存引入，有如下好处：(1)由于电信业务系统在订单预提交完成后，未完成后续相关流程的情况下，默认30分钟会将订单做自动返销。而购物车受理，通常是多个订单组合，折扣优惠，所以受理时间较长，无法保障受理人员能在30分钟完成所有订单受理工作，在订单预提交处引入redis缓存订单缓存报文，为后续购物车页面选择多笔订单统一支付时，检验订单是否返销，如果返销，就可能基于订单缓存报文取到返销订单的缓存报文，后台才可以实现自动订单提交相关操作。放入缓存还有个好处，当购物车订单失效后(购物车订单有时效性)，缓存自动清除，减速少本地存储及敏感数据的存储风险。(2)在收费详情页面购物车订单增加到缓存。此处放入缓存主要好处是用户打开购物车页面时加载比较快，用户体验较好。同时用户加入购物车后，此时订单并未持久化到数据库中，而是完全在缓存操作，只有用户去支付结算时，才会将购物车订单入库，减少操作数据库存储无用数据。同时购物车订单时效性要求，除了上述提到订单30分种返销外，购物车订单也不能存储太久，如果存储太久可能会有审计风险，因此放入缓存，可实现定时自动清除购物车订单功能。
72.需要说明的是，购物车受理模式的主要精髓在于多订单与金融分期组合受理，实现订单预存款的分期支付。在进行多订单收费与金融分期额的核算时，可根据市场部要求，按照提供的收费科目，进行指定的费用减免，来完成金融分期额度的处理。对于金融分期未抵扣完的，前台支持扫码支付预存款。
73.本发明实施例的技术方案，通过分别接收各电信业务办理指令，从而根据各电信业务办理指令分别进行订单预提交，并存储各业务办理指令的订单缓存报文，进而在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各待加购订单中的加购订单缓存至购物车，若电信业务系统出现订单返销，则查询订单缓存报文，确定返销缓存报文，并获取与返销缓存报文匹配的返销订单，并根据加购订单以及返销订单，进行多笔订单的同步结算。在本方案中，订单预提交可以及时发现不能基于购物车进行批量办理的业务，避免完成所有业务流程最终无法进行结算的情况出现，而基于订单缓存报文，可以对返销的订单进行再次提交，使购物车中已加购的订单能够顺利进行结算，防止订单返销引起的订单不能按需结算的情况出现，解决了无法及时发现无法结算订单，浪费用户时间以及返销订单无法合并提交，引起的用户体验较差的问题，确保预提交成功的加购订单，在不被遗漏的前提下顺利结算，提升用户体验。
74.实施例三
75.图4为本发明实施例三提供的一种电信业务批量受理装置的结构示意图。如图4所示，该装置包括：
76.指令获取模块310，用于分别接收各电信业务办理指令；
77.第一数据处理模块320，用于根据各电信业务办理指令分别进行订单预提交，并存储各业务办理指令的订单缓存报文；
78.第二数据处理模块330，用于在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各待加购订单中的加购订单缓存至购物车；
79.同步结算模块340，用于根据购物车中的加购订单以及订单缓存报文，进行多笔订单的同步结算。
80.本发明实施例的技术方案，通过分别接收各电信业务办理指令，从而根据各电信业务办理指令分别进行订单预提交，并存储各业务办理指令的订单缓存报文，进而在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各待加购订单中的加购订单缓存至购物车，并根据购物车中的加购订单以及订单缓存报文，进行多笔订单的同步结算。在本方案中，订单预提交可以及时发现不能基于购物车进行批量办理的业务，避免完成所有业务流程最终无法进行结算的情况出现，而基于订单缓存报文，可以对返销的订单进行再次提交，使购物车中已加购的订单能够顺利进行结算，防止订单返销引起的订单不能按需结算的情况出现，解决了无法及时发现无法结算订单，浪费用户时间以及返销订单无法合并提交，引起的用户体验较差的问题，确保预提交成功的加购订单，在不被遗漏的前提下顺利结算，提升用户体验。
81.可选的，第二数据处理模块330，具体用于在订单预提交完成之后，获取业务需求用户签名，并根据所述业务需求用户签名以及签名业务标识，生成收费详情页面的各所述待加购订单；根据所述订单加购指令，选定各所述待加购订单中的加购订单，并将所述加购订单缓存至购物车。
82.可选的，电信业务批量受理装置还包括业务办理跳转模块，用于获取用户业务受理指令，并根据所述用户业务受理指令，跳转至业务受理界面，并返回执行分别接收各电信业务办理指令的操作。
83.可选的，电信业务批量受理装置还包括订单号显示模块，用于根据订单结算指令，跳转至购物车界面；在所述购物车界面，显示所述加购订单的订单号。
84.可选的，同步结算模块340，具体用于若电信业务系统出现订单返销，则查询所述订单缓存报文，确定返销缓存报文；获取与所述返销缓存报文匹配的返销订单，并根据所述加购订单以及所述返销订单，进行多笔订单的同步结算。
85.可选的，电信业务批量受理装置还包括订单批量提交模块，用于在确定业务需求用户成功支付同步结算金额之后，确定同步结算的购物车订单；将所述购物车订单进行批量递交。
86.可选的，电信业务批量受理装置还包括购物车清除模块，用于获取购物车订单保存时长；若在所述购物车订单保存时长内未进行多笔订单的同步结算，则清除所述购物车缓存的加购订单。
87.本发明实施例所提供的电信业务批量受理装置可执行本发明任意实施例所提供
的电信业务批量受理方法，具备执行方法相应的功能模块和有益效果。
88.实施例四
89.图5示出了可以用来实施本发明的实施例的电子设备的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
90.如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(rom)12、随机访问存储器(ram)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(rom)12中的计算机程序或者从存储单元18加载到随机访问存储器(ram)13中的计算机程序，来执行各种适当的动作和处理。在ram 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、rom 12以及ram 13通过总线14彼此相连。输入/输出(i/o)接口15也连接至总线14。
91.电子设备10中的多个部件连接至i/o接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
92.处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如电信业务批量受理方法。
93.在一些实施例中，电信业务批量受理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由rom 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到ram 13并由处理器11执行时，可以执行上文描述的电信业务批量受理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行电信业务批量受理方法。
94.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
95.用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置
的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
96.在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
97.为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
98.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
99.计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。
100.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
101.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

技术特征：
1.一种电信业务批量受理方法，其特征在于，包括：分别接收各电信业务办理指令；根据各所述电信业务办理指令分别进行订单预提交，并存储各所述业务办理指令的订单缓存报文；在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各所述待加购订单中的加购订单缓存至购物车；根据所述购物车中的所述加购订单以及所述订单缓存报文，进行多笔订单的同步结算。2.根据权利要求1所述的方法，其特征在于，所述在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各所述待加购订单中的加购订单缓存至购物车，包括：在订单预提交完成之后，获取业务需求用户签名，并根据所述业务需求用户签名以及签名业务标识，生成收费详情页面的各所述待加购订单；根据所述订单加购指令，选定各所述待加购订单中的加购订单，并将所述加购订单缓存至购物车。3.根据权利要求2所述的方法，其特征在于，在所述根据订单加购指令，将各所述待加购订单中的加购订单缓存至购物车之后，还包括：获取用户业务受理指令，并根据所述用户业务受理指令，跳转至业务受理界面，并返回执行分别接收各电信业务办理指令的操作。4.根据权利要求1所述的方法，其特征在于，在所述根据所述购物车中的所述加购订单以及所述订单缓存报文，进行多笔订单的同步结算之前，还包括：根据订单结算指令，跳转至购物车界面；在所述购物车界面，显示所述加购订单的订单号。5.根据权利要求1所述的方法，其特征在于，所述根据所述购物车中的所述加购订单以及所述订单缓存报文，进行多笔订单的同步结算，包括：若电信业务系统出现订单返销，则查询所述订单缓存报文，确定返销缓存报文；获取与所述返销缓存报文匹配的返销订单，并根据所述加购订单以及所述返销订单，进行多笔订单的同步结算。6.根据权利要求5所述的方法，其特征在于，在所述根据所述加购订单以及所述返销订单，进行多笔订单的同步结算之后，还包括：在确定业务需求用户成功支付同步结算金额之后，确定同步结算的购物车订单；将所述购物车订单进行批量递交。7.根据权利要求1所述的方法，其特征在于，还包括：获取购物车订单保存时长；若在所述购物车订单保存时长内未进行多笔订单的同步结算，则清除所述购物车缓存的加购订单。8.一种电信业务批量受理装置，其特征在于，包括：指令获取模块，用于分别接收各电信业务办理指令；第一数据处理模块，用于根据各所述电信业务办理指令分别进行订单预提交，并存储各所述业务办理指令的订单缓存报文；
第二数据处理模块，用于在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各所述待加购订单中的加购订单缓存至购物车；同步结算模块，用于根据所述购物车中的所述加购订单以及所述订单缓存报文，进行多笔订单的同步结算。9.一种电子设备，其特征在于，所述电子设备包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的电信业务批量受理方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的电信业务批量受理方法。

技术总结
本发明公开了一种电信业务批量受理方法、装置、设备及介质。电信业务批量受理方法，包括：分别接收各电信业务办理指令；根据各电信业务办理指令分别进行订单预提交，并存储各业务办理指令的订单缓存报文；在订单预提交完成之后，生成各待加购订单，并根据订单加购指令，将各待加购订单中的加购订单缓存至购物车；根据购物车中的加购订单以及订单缓存报文，进行多笔订单的同步结算。本发明实施例的技术方案能够确保预提交成功的加购订单，在不被遗漏的前提下顺利结算，提升用户体验。提升用户体验。提升用户体验。


技术研发人员：刘明明
受保护的技术使用者：北京思特奇信息技术股份有限公司
技术研发日：2023.06.21
技术公布日：2023/9/12