一种基于业务受理系统的处理方法和装置与流程

1.本发明涉及互联网技术领域，特别是涉及一种基于业务受理系统的处理方法和装置。


背景技术：

2.随着电信行业的高速发展，电信产品已由固话、移动电话、宽带、宽带电视四大主产品，发展至今的5g、智能家居、天翼云眼等多元化产品形态。
3.面对不断增多的产品业务，前台受理人员在客户沟通和受理方面随之增加压力，作为直接面向客户的业务受理系统也难以满足需求，出现业务受理系统交互时间长、系统响应慢等问题，进而导致客户临柜时间长。


技术实现要素：

4.鉴于上述问题，提出了以便提供克服上述问题或者至少部分地解决上述问题的一种基于业务受理系统的处理方法和装置，包括：
5.一种基于业务受理系统的处理方法，所述方法包括：
6.根据不同的业务场景，对由多个商品对象组成的第一商品对象集合进行重新封装，得到多个第二商品对象集合；其中，每个第二商品对象集合包含所述第一商品对象集合中的部分或全部的商品对象；
7.根据用户订购请求，从所述多个第二商品对象集合中确定目标第二商品对象集合，并确定所述目标第二商品对象集合中商品对象对应的业务对象，以在web端进行加载；其中，每个商品对象具有一个或多个业务对象；
8.根据用户确认操作，提交对所述目标第二商品对象集合的订单信息。
9.可选地，在所述根据用户确认操作，生成对所述目标第二商品对象集合的订单信息之前，还包括：
10.确定所述目标第二商品对象集合中商品对象的公共属性项；
11.对所述公共属性项进行统一加载；
12.根据用户输入，对所述公共属性项进行配置。
13.可选地，还包括：
14.获取通过终端应用采集的用户影像数据；
15.响应于用户确认操作，提交所述用户影像数据。
16.可选地，所述终端应用通过扫描二维码的方式提交采集的用户影像数据。
17.可选地，所述根据不同的业务场景，对由多个商品对象组成的第一商品对象集合进行重新封装，得到多个第二商品对象集合，包括：
18.获取所述第一商品对象集合中多个商品对象的属性项；
19.根据不同的业务场景，对所述属性项进行配置，并根据配置属性项后的多个商品对象，生成多个第二商品对象集合。
20.可选地，在所述确定所述目标第二商品对象集合中商品对象对应的业务对象之前，还包括：
21.对所述第一商品对象集合进行业务对象拆分，得到多个业务对象。
22.可选地，每个业务对象以独立组件的形式在web端进行加载。
23.一种基于业务受理系统的处理装置，所述装置包括：
24.重新封装模块，用于根据不同的业务场景，对由多个商品对象组成的第一商品对象集合进行重新封装，得到多个第二商品对象集合；其中，每个第二商品对象集合包含所述第一商品对象集合中的部分或全部的商品对象；
25.业务对象加载模块，用于根据用户订购请求，从所述多个第二商品对象集合中确定目标第二商品对象集合，并确定所述目标第二商品对象集合中商品对象对应的业务对象，以在web端进行加载；其中，每个商品对象具有一个或多个业务对象；
26.订单信息提交模块，用于根据用户确认操作，提交对所述目标第二商品对象集合的订单信息。
27.一种电子设备，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的数据处理的方法。
28.一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的数据处理的方法。
29.本发明实施例具有以下优点：
30.在本发明实施例中，通过根据不同的业务场景，对由多个商品对象组成的第一商品对象集合进行重新封装，得到多个第二商品对象集合，每个第二商品对象集合包含所述第一商品对象集合中的部分或全部的商品对象，然后根据用户订购请求，从所述多个第二商品对象集合中确定目标第二商品对象集合，并确定所述目标第二商品对象集合中商品对象对应的业务对象，以在web端进行加载，根据用户确认操作，提交对所述目标第二商品对象集合的订单信息，实现了对业务受理系统的优化，简化了业务受理流程，提升了业务受理效率，降低了系统的交互时长和响应时长，进而缩短了客户临柜时长。
附图说明
31.为了更清楚地说明本发明的技术方案，下面将对本发明的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
32.图1a是本发明一实施例提供的一种现有业务受理流程的示意图；
33.图1b是本发明一实施例提供的一种本发明业务受理流程的示意图；
34.图1c是本发明一实施例提供的一种属性自动加载的示意图；
35.图1d是本发明一实施例提供的一种对象拆分的示意图；
36.图1e是本发明一实施例提供的一种公共属性统一加载的示意图；
37.图1f是本发明一实施例提供的一种影像数据提交的示意图；
38.图2是本发明一实施例提供的一种基于业务受理系统的处理方法的步骤流程图；
39.图3是本发明一实施例提供的另一种基于业务受理系统的处理方法的步骤流程图；
40.图4是本发明一实施例提供的另一种基于业务受理系统的处理方法的步骤流程图；
41.图5是本发明一实施例提供的一种基于业务受理系统的处理装置的结构框图。
具体实施方式
42.为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
43.在业务受理系统中，订单初始化会初始化商品的基本信息，针对生失效时间、产品订购的功能产品等需要客户进行选择，不同的产品安装地址和号码信息都需要多次维护，且加载时所有大对象统一加载，页面加载效率低。
44.而且，按照要求，要进行现场人员照片的人证比对，通过后方可提交订单，进一步加大业务受理时长。
45.如图1a，其具体的流程可以包括：定位客户
→
销售品(即商品)选择
→
订单初始化
→
号卡选择
→
安装地址选择
→
产品信息维护
→
销售品信息维护
→
人证对比和影像上传
→
订单提交。
46.在此基础上，为了达到业务快速受理的效果，对受理的重要环节实现了属性自动加载、对象按需加载、公共属性统一加载、扫码影像一键加载，通过更少的点击次数，更快的受理时间，实现业务的极简受理，简化了业务受理流程，提升了业务受理效率，用户可在短时间内完成业务受理，大大缩短了客户临柜业务时长。
47.如图1b，其具体的流程可以包括：定位客户
→
销售品选择
→
订单自动初始化
→
号卡选择
→
公共信息统一加载
→
扫码影像一键加载
→
订单提交。
48.1、针对多个商品打包的基础上(即礼包形态)进行分场景(新装、加装)的二次封装，进行各个属性的预设约束。在初始化加载时，会按照场景实现将生失效方式、优惠对象、副卡协议的优惠对象、智家类终端产品的具体属性等信息全部自动加载，无需人工二次选择。
49.具体的，在现有多个商品对象组合打包的基础上(即礼包形态)进行分场景(新装、加装)的二次封装，通过提前约束礼包下商品的多个属性，来实现自动加载，无需人工二次维护。这样初始化加载时，会按照场景实现将生失效方式、优惠对象、副卡协议的优惠对象、智家类终端产品的具体属性等等信息全部自动默认加载。
50.如图1c，在销售品(即商品)预设模式下，对相关属性进行预先设置，其配置有售卖名称、售卖成员、成员优惠、属性约束、标签目录、生效方式、产品属性约束等信息，通过订单自动加载即可生成订单，包括属性自动生成、功能产品属性自动生成、属性生效方式自动生成、属性自动生成等。
51.2、初始化基于react框架，会按照商品对象拆分初始化，业务规则拆分初始化，加快了web端界面的渲染加载效率。
52.具体的，为快速将受理的多个商品信息加载至web端，基于react框架，根据业务场景拆分业务对象，根据对象按需触发，降低系统开销，提升系统响应效率，实现了数据的前台快速动态加载，极大的提示了加载的效率。
53.具体为根据业务场景进行业务对象的拆分，如新装手机和宽带套餐场景时，页面需要加载客户信息、账户信息、产品规格关系、产品实例、销售品规格关系、销售品实例等等业务对象，每个对象可以作为独立的组件进行独立加载，那对于整个ui就是一个通过小组件构成的大组件。通过这种方式，每个组件的ui和逻辑都定义在组件内部，各自加载，通过组合的方式把复杂的逻辑简单化，快速加载。
54.如图1d，在传统模式下，针对手机新装、宽带新装、宽带移机、套餐变更、过户、拆机等不同的业务场景，其在进行初始化时，生成内存大对象，其可以包括session信息、产品信息、订单信息、客户信息、销售品信息、临时数据，然后通过规则来进行触发，如属性规则、产品关系规则、销售品依赖规格、产品与销售品关系判断规则，进而可以渲染受理页面。
55.而在本发明实施例的场景化模式中，针对手机新装、宽带新装、宽带移机、套餐变更、过户、拆机等不同的业务场景，根据业务场景进行初始化，得到由内存大对象拆分而来的不同的业务对象，其可以包括客户信息、账户信息、产品实例、产品关系、套餐信息、可选项，以及客户订单、订单项等，然后可以根据对象按需触发，触发规则可以包括地址属性、账户规则、互斥规则、依赖规则，进而可以进行响应式界面交互。
56.通过两个方案的对比可知，本发明实施例的方案实现了业务对象细分、业务对象稳定、对象操作与逻辑处理解耦、业务对象按需触发，进而能够达到界面响应速度快、容器内存开销减小、新业务支撑效率提高、序列化反序列化效率提升等成效。
57.3、公共信息统一加载，所有产品的公共属性一次选择，多处加载，无需人工二次维护。
58.如客户的安装地址，在宽带、itv、天翼看家等主产品都要去选择装维工程师上门的安装地址，那这类属性就具有公共属性，这类属性就呈现在公共信息模块。通过一处填写，多处产品的此属性都进行关联加载，即公共属性的统一加载。相对传统受理模上，节省了业务账号、揽装人、使用人、账户、联系人、安装地址等公共信息多次维护环节，极大缩减了受理时长。如填写手机号码时，主卡号码会级联加载为宽带账号、高清电视账号、全屋wifi施工账号等。实现一次维护，动态级联加载至所有所需字段。
59.如图1e，对于宽带、高清电视、看家功能、智能家居、wifi、移动电话等不同的商品对象，其可以具有公共属性可以进行统一加载，如账户、业务号码、联系人、使用人、安装地址。揽装人。移动号码等公共属性。
60.4、扫码影像一键加载，所有影像信息在客户等待时提前完成拍照比对，正式提交时可通过扫码快速加载，上传完毕，无需客户再次等待。
61.在业务需要上传的影像资料在客户等待空闲时间提前完成，在临柜办理业务需要上传影像环节时，直接扫码，用户签字确认，所有影像一键自动加载，无需多过等待，即可完成订单提交受理。
62.如图1f，通过扫描二维码能够直接将证件正面、证件反面、现场对比照片以及其他影像资料进行上传，并可以提供用户签名窗口。
63.通过本发明实施例，具有以下优点：
64.1、属性自动加载，在礼包的基础上，按照预设约束实现按照业务场景的二次封装，多个属性的自动加载；
65.2、对象按需加载，实现了订单初始化关键环节的web端的快速渲染，页面快速响应。
66.3、公共属性统一加载，在受理人员动态维护时，实现一次维护，多处级联加载，无需二次人工维护；
67.4、扫码影像一键加载，证件正反面信息、实名制比对照片扫码后一键5加载，客户只需要一个签名即可完成影像上传环节。
68.以下通过如下表1来进一步说明采用本发明实施例的极简受理方案相对于现有方案在点击次数、操作步骤、受理时间方面的效果，可见，采用本发明实施例的极简受理方案的点击次数、操作步骤、受理时间都取得较好成效，点击次数可减少80余次，受理时长可节省10多分钟。
[0069][0070]
以下进行进一步说明：
[0071]
参照图2，示出了本发明一实施例提供的一种基于业务受理系统的处理方法的步骤流程图，该方法可以应用于业务受理系统，该业务受理系统可以为由前台受理人员根据用户需求进行操作的系统。
[0072]
具体的，可以包括如下步骤：
[0073]
步骤201，根据不同的业务场景，对由多个商品对象组成的第一商品对象集合进行
重新封装，得到多个第二商品对象集合；其中，每个第二商品对象集合包含所述第一商品对象集合中的部分或全部的商品对象。
[0074]
在实际业务中，向用户提供的商品对象是有多个商品对象组成的商品对象集合，其中打包了多个商品对象，如礼包形态、套餐形态。
[0075]
根据不同的用户需求，可以对同一个商品对象集合进行不同的配置，如生效时间、选购功能，而这些配置通常是由前台受理人员手动操作的。
[0076]
基于此，可以根据不同的用户需求构建不同的业务场景，然后针对不同的业务场景(如新装、加装)，对第一商品对象集合进行重新封装，将需要手动操作的配置进行提前预置，得到多个第二商品对象集合。
[0077]
在本发明一实施例中，所述根据不同的业务场景，对由多个商品对象组成的第一商品对象集合进行重新封装，得到多个第二商品对象集合，包括：
[0078]
获取所述第一商品对象集合中多个商品对象的属性项；根据不同的业务场景，对所述属性项进行配置，并根据配置属性项后的多个商品对象，生成多个第二商品对象集合。
[0079]
作为一示例，属性项可以包括生失效时间、订购的功能、生失效方式、优惠对象、副卡协议的优惠对象、智家类终端产品的具体属性等。
[0080]
在由多个商品对象组合而成的第一商品对象集合的基础上，可以获取其中商品对象的属性项，然后可以根据根据不同的业务场景，对属性项进行不同的配置，如失效方式配置为使用一年后，然后可以将配置属性项后的多个商品对象重新组织成为第二商品对象集合。
[0081]
基于此，在初始化加载时，会按照场景实现将生失效方式、销售品的优惠对象、副卡协议的优惠对象、智家类终端产品的具体属性等信息全部自动默认加载，无需人工二次维护。
[0082]
步骤202，根据用户订购请求，从所述多个第二商品对象集合中确定目标第二商品对象集合，并确定所述目标第二商品对象集合中商品对象对应的业务对象，以在web端进行加载；其中，每个商品对象具有一个或多个业务对象。
[0083]
在业务受理过程中，由于预先构建了多个第二商品对象集合，前台受理人员无需在第一商品对象集合中进行手动配置上，而可以根据用户需求对业务受理系统的客户端进行操作，进而生成用户订购请求，从多个第二商品对象集合中选择某一第二商品对象集合，作为目标第二商品对象集合。
[0084]
在本发明一实施例中，在所述确定所述目标第二商品对象集合中商品对象对应的业务对象之前，还可以包括：
[0085]
对所述第一商品对象集合进行业务对象拆分，得到多个业务对象。
[0086]
其中，每个业务对象以独立组件的形式在web端进行加载。
[0087]
为快速将受理的商品对象信息加载至web端，可以基于react框架，根据业务场景，将第一商品对象集合中整个的业务对象集合进行拆分，得到多个业务对象，如新装手机和宽带套餐场景时，页面需要加载客户信息、账户信息、产品规格关系、产品实例、销售品规格关系、销售品实例等业务对象。
[0088]
在确定目标第二商品对象集合后，可以根据对象按需触发，确定目标第二商品对象集合中商品对象对应的业务对象，每个对象可以作为独立的组件进行独立加载，对于整
个ui就是一个通过小组件构成的大组件。通过这种方式，每个组件的ui和逻辑都定义在组件内部，各自加载，通过组合的方式把复杂的逻辑简单化，快速加载，降低系统开销，提升系统响应效率，实现了销售品数据的前台快速动态加载，极大的提示了加载的效率。
[0089]
步骤203，根据用户确认操作，提交对所述目标第二商品对象集合的订单信息。
[0090]
在通过web端加载后，用户可以确认相关信息，在检测到用户的确认操作后，其可以为由用户输入签名等操作，可以结合用户的相关信息，提交针对目标第二商品对象集合的订单信息，完成业务受理。
[0091]
在本发明一实施例中，在所述根据用户确认操作，生成对所述目标第二商品对象集合的订单信息之前，还包括：
[0092]
确定所述目标第二商品对象集合中商品对象的公共属性项；对所述公共属性项进行统一加载；根据用户输入，对所述公共属性项进行配置。
[0093]
作为一示例，公共属性项可以包括业务账号、揽装人、使用人、账户、联系人、安装地址等属性项。
[0094]
对于在不同的商品对象中都需要的公共属性项，可以将其提取出来，作为公共属性项，对进行统一加载，然后由用户进行一次输入，即可以多处级联，如填写手机号码时，主卡号码会级联加载为宽带账号、高清电视账号、全屋wifi施工账号等，实现一次维护，动态级联加载至所有所需字段。
[0095]
在本发明一实施例中，还可以包括：
[0096]
获取通过终端应用采集的用户影像数据；响应于用户确认操作，提交所述用户影像数据。
[0097]
其中，终端应用可以通过扫描二维码的方式提交采集的用户影像数据。
[0098]
在具体实现中，可以在客户等待空闲时间提前完成需要上传的影像资料，在临柜办理业务需要上传影像环节时，直接扫码，用户签字确认，所有影像一键自动加载，无需多过等待，即可完成订单提交受理。
[0099]
在本发明实施例中，通过根据不同的业务场景，对由多个商品对象组成的第一商品对象集合进行重新封装，得到多个第二商品对象集合，每个第二商品对象集合包含所述第一商品对象集合中的部分或全部的商品对象，然后根据用户订购请求，从所述多个第二商品对象集合中确定目标第二商品对象集合，并确定所述目标第二商品对象集合中商品对象对应的业务对象，以在web端进行加载，根据用户确认操作，提交对所述目标第二商品对象集合的订单信息，实现了对业务受理系统的优化，简化了业务受理流程，提升了业务受理效率，降低了系统的交互时长和响应时长，进而缩短了客户临柜时长。
[0100]
参照图3，示出了本发明一实施例提供的另一种基于业务受理系统的处理方法的步骤流程图，具体可以包括如下步骤：
[0101]
步骤301，根据不同的业务场景，对由多个商品对象组成的第一商品对象集合进行重新封装，得到多个第二商品对象集合；其中，每个第二商品对象集合包含所述第一商品对象集合中的部分或全部的商品对象。
[0102]
在实际业务中，向用户提供的商品对象是有多个商品对象组成的商品对象集合，其中打包了多个商品对象，如礼包形态、套餐形态。
[0103]
根据不同的用户需求，可以对同一个商品对象集合进行不同的配置，如生效时间、
选购功能，而这些配置通常是由前台受理人员手动操作的。
[0104]
基于此，可以根据不同的用户需求构建不同的业务场景，然后针对不同的业务场景(如新装、加装)，对第一商品对象集合进行重新封装，将需要手动操作的配置进行提前预置，得到多个第二商品对象集合。
[0105]
步骤302，根据用户订购请求，从所述多个第二商品对象集合中确定目标第二商品对象集合，并确定所述目标第二商品对象集合中商品对象对应的业务对象，以在web端进行加载；其中，每个商品对象具有一个或多个业务对象。
[0106]
在业务受理过程中，由于预先构建了多个第二商品对象集合，前台受理人员无需在第一商品对象集合中进行手动配置上，而可以根据用户需求对业务受理系统的客户端进行操作，进而生成用户订购请求，从多个第二商品对象集合中选择某一第二商品对象集合，作为目标第二商品对象集合。
[0107]
为快速将受理的商品对象信息加载至web端，可以基于react框架，根据业务场景，将第一商品对象集合中整个的业务对象集合进行拆分，得到多个业务对象，如新装手机和宽带套餐场景时，页面需要加载客户信息、账户信息、产品规格关系、产品实例、销售品规格关系、销售品实例等业务对象。
[0108]
在确定目标第二商品对象集合后，可以根据对象按需触发，确定目标第二商品对象集合中商品对象对应的业务对象，每个对象可以作为独立的组件进行独立加载，对于整个ui就是一个通过小组件构成的大组件。通过这种方式，每个组件的ui和逻辑都定义在组件内部，各自加载，通过组合的方式把复杂的逻辑简单化，快速加载，降低系统开销，提升系统响应效率，实现了销售品数据的前台快速动态加载，极大的提示了加载的效率。
[0109]
步骤303，确定所述目标第二商品对象集合中商品对象的公共属性项，对所述公共属性项进行统一加载，并根据用户输入，对所述公共属性项进行配置。
[0110]
作为一示例，公共属性项可以包括业务账号、揽装人、使用人、账户、联系人、安装地址等属性项。
[0111]
对于在不同的商品对象中都需要的公共属性项，可以将其提取出来，作为公共属性项，对进行统一加载，然后由用户进行一次输入，即可以多处级联，如填写手机号码时，主卡号码会级联加载为宽带账号、高清电视账号、全屋wifi施工账号等，实现一次维护，动态级联加载至所有所需字段。
[0112]
步骤304，根据用户确认操作，提交对所述目标第二商品对象集合的订单信息。
[0113]
在通过web端加载后，用户可以确认相关信息，在检测到用户的确认操作后，其可以为由用户输入签名等操作，可以结合用户的相关信息，提交针对目标第二商品对象集合的订单信息，完成业务受理。
[0114]
参照图4，示出了本发明一实施例提供的另一种基于业务受理系统的处理方法的步骤流程图，具体可以包括如下步骤：
[0115]
步骤401，根据不同的业务场景，对由多个商品对象组成的第一商品对象集合进行重新封装，得到多个第二商品对象集合；其中，每个第二商品对象集合包含所述第一商品对象集合中的部分或全部的商品对象。
[0116]
在实际业务中，向用户提供的商品对象是有多个商品对象组成的商品对象集合，其中打包了多个商品对象，如礼包形态、套餐形态。
[0117]
根据不同的用户需求，可以对同一个商品对象集合进行不同的配置，如生效时间、选购功能，而这些配置通常是由前台受理人员手动操作的。
[0118]
基于此，可以根据不同的用户需求构建不同的业务场景，然后针对不同的业务场景(如新装、加装)，对第一商品对象集合进行重新封装，将需要手动操作的配置进行提前预置，得到多个第二商品对象集合。
[0119]
步骤402，获取通过终端应用采集的用户影像数据。
[0120]
其中，终端应用可以通过扫描二维码的方式提交采集的用户影像数据。
[0121]
在具体实现中，可以在客户等待空闲时间提前完成需要上传的影像资料，在临柜办理业务需要上传影像环节时，直接扫码，用户签字确认，所有影像一键自动加载，无需多过等待，即可完成订单提交受理。
[0122]
步骤403，根据用户订购请求，从所述多个第二商品对象集合中确定目标第二商品对象集合，并确定所述目标第二商品对象集合中商品对象对应的业务对象，以在web端进行加载；其中，每个商品对象具有一个或多个业务对象。
[0123]
在业务受理过程中，由于预先构建了多个第二商品对象集合，前台受理人员无需在第一商品对象集合中进行手动配置上，而可以根据用户需求对业务受理系统的客户端进行操作，进而生成用户订购请求，从多个第二商品对象集合中选择某一第二商品对象集合，作为目标第二商品对象集合。
[0124]
为快速将受理的商品对象信息加载至web端，可以基于react框架，根据业务场景，将第一商品对象集合中整个的业务对象集合进行拆分，得到多个业务对象，如新装手机和宽带套餐场景时，页面需要加载客户信息、账户信息、产品规格关系、产品实例、销售品规格关系、销售品实例等业务对象。
[0125]
在确定目标第二商品对象集合后，可以根据对象按需触发，确定目标第二商品对象集合中商品对象对应的业务对象，每个对象可以作为独立的组件进行独立加载，对于整个ui就是一个通过小组件构成的大组件。通过这种方式，每个组件的ui和逻辑都定义在组件内部，各自加载，通过组合的方式把复杂的逻辑简单化，快速加载，降低系统开销，提升系统响应效率，实现了销售品数据的前台快速动态加载，极大的提示了加载的效率。
[0126]
步骤404，根据用户确认操作，提交对所述目标第二商品对象集合的订单信息和所述用户影像数据。
[0127]
在通过web端加载后，用户可以确认相关信息，在检测到用户的确认操作后，其可以为由用户输入签名等操作，可以结合用户的相关信息，提交针对目标第二商品对象集合的订单信息，完成业务受理。
[0128]
以下对本发明实施例进行示例性说明：
[0129]
1、客户等待办理业务期间，通过app进行证件信息，现场手持身份证信息的影像拍照上传。
[0130]
2、前台按照客户需求选择一款具体的商品进行订购。
[0131]
3、订单界面开始自动初始化加载商品属性。
[0132]
3.1按照商品提前预设属性进行读取，包括生效方式、品构成成员、属性、产品属性、揽装人、联系人等。
[0133]
3.2对象按需加载，基于react框架，进行内存大对象的拆分、规则的拆分，按照业
务对象触发规则，按照业务对象快速加载。
[0134]
3.3填写订单页面公共属性，如使用人、安装地址，订单界面会快速加载至各个产品共有的属性，无需单独维护。填写手机号卡，主卡号码会级联加载为宽带账号、高清电视账号、全屋wifi施工账号等。实现一次维护，动态级联加载至所需字段。
[0135]
4、待维护完订单必需信息后，通过自有app扫码，弹出客户签字界面，完成签字后，前期拍照影像可完成一键加载上传。
[0136]
5、完成以上关键步骤之后，确认收费信息，提交订单。
[0137]
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
[0138]
参照图5，示出了本发明一实施例提供的一种基于业务受理系统的处理装置的结构示意图，具体可以包括如下模块：
[0139]
重新封装模块501，用于根据不同的业务场景，对由多个商品对象组成的第一商品对象集合进行重新封装，得到多个第二商品对象集合；其中，每个第二商品对象集合包含所述第一商品对象集合中的部分或全部的商品对象。
[0140]
业务对象加载模块502，用于根据用户订购请求，从所述多个第二商品对象集合中确定目标第二商品对象集合，并确定所述目标第二商品对象集合中商品对象对应的业务对象，以在web端进行加载；其中，每个商品对象具有一个或多个业务对象。
[0141]
订单信息提交模块503，用于根据用户确认操作，提交对所述目标第二商品对象集合的订单信息。
[0142]
在本发明一实施例中，还包括：
[0143]
公共属性项确定模块，用于确定所述目标第二商品对象集合中商品对象的公共属性项；
[0144]
公共属性项统一加载模块，用于对所述公共属性项进行统一加载；
[0145]
公共属性项配置模块，用于根据用户输入，对所述公共属性项进行配置。
[0146]
在本发明一实施例中，还包括：
[0147]
用户影像数据获取模块，用于获取通过终端应用采集的用户影像数据；
[0148]
用户影像数据提交模块，用于响应于用户确认操作，提交所述用户影像数据。
[0149]
在本发明一实施例中，所述终端应用通过扫描二维码的方式提交采集的用户影像数据。
[0150]
在本发明一实施例中，所述重新封装模块501，包括：
[0151]
属性项获取子模块，用于获取所述第一商品对象集合中多个商品对象的属性项；
[0152]
属性项配置子模块，用于根据不同的业务场景，对所述属性项进行配置，并根据配置属性项后的多个商品对象，生成多个第二商品对象集合。
[0153]
在本发明一实施例中，还包括：
[0154]
业务对象拆分模块，用于对所述第一商品对象集合进行业务对象拆分，得到多个业务对象。
[0155]
在本发明一实施例中，每个业务对象以独立组件的形式在web端进行加载。
[0156]
在本发明实施例中，通过根据不同的业务场景，对由多个商品对象组成的第一商品对象集合进行重新封装，得到多个第二商品对象集合，每个第二商品对象集合包含所述第一商品对象集合中的部分或全部的商品对象，然后根据用户订购请求，从所述多个第二商品对象集合中确定目标第二商品对象集合，并确定所述目标第二商品对象集合中商品对象对应的业务对象，以在web端进行加载，根据用户确认操作，提交对所述目标第二商品对象集合的订单信息，实现了对业务受理系统的优化，简化了业务受理流程，提升了业务受理效率，降低了系统的交互时长和响应时长，进而缩短了客户临柜时长。
[0157]
本发明一实施例还提供了一种电子设备，可以包括处理器、存储器及存储在存储器上并能够在处理器上运行的计算机程序，计算机程序被处理器执行时实现如上游戏语音生成的方法。
[0158]
本发明一实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如上游戏语音生成的方法。
[0159]
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0160]
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
[0161]
本领域内的技术人员应明白，本发明实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0162]
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0163]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0164]
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0165]
尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为
包括优选实施例以及落入本发明实施例范围的所有变更和修改。
[0166]
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括上述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
[0167]
以上对所提供的一种基于业务受理系统的处理方法和装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。