CN116016230B - 物联网卡多类型业务处理方法、装置、电子设备及介质 - Google Patents

Abstract

本申请公开了一种物联网卡多类型业务处理方法、装置、电子设备及介质，所述物联网卡多类型业务处理方法包括：通过统一视图层入口获取用户提交的业务数据，并将所述业务数据存储至预设存储空间；从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；依据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所述单卡数据流划分为各办理分组；对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示。本申请解决了物联网卡系统的业务处理效率低的技术问题。

Description

物联网卡多类型业务处理方法、装置、电子设备及介质

技术领域

本申请涉及物联网卡技术领域，尤其涉及一种物联网卡多类型业务处理方法、装置电子设备及介质。

背景技术

0随着物联网卡系统与平台的不断发展，越来越多的物联网卡进入市场，

由于物联网卡的运营商不同，物联网卡的业务功能中有部分是所有运营商都通用的功能，例如变更套餐、续期以及流量加油包等，还有一部分是各自运营上都有的功能。目前的各种物联网卡系统因为需要根据不同运营商和支持

的套餐标识，从而单独实现业务功能，所以各运营商的物联网卡系统在业务5流程上都是相互独立的，即使有相同业务也只能单独在各运营商的系统中执行办理业务流程，而且同一次业务办理中只能办理相同套餐的数据，比较繁琐，这样就导致了物联网卡系统的业务处理效率偏低。

发明内容

0本申请的主要目的在于提供一种物联网卡多类型业务处理方法、装置、电子设备及介质，旨在解决物联网卡系统的业务处理效率低的技术问题。

为实现上述目的，本申请提供一种物联网卡多类型业务处理方法，所述物联网卡多类型业务处理方法包括：5通过统一视图层入口获取用户提交的业务数据，并将所述业务数据存储

至预设存储空间；

从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；

依据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所0述单卡数据流划分为各办理分组；

对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示。

可选地，所述预设存储空间中的业务数据包括进度标识，所述从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流的步骤包括：

从所述预设存储空间中筛选进度标识为待处理的业务数据，得到所述待办理业务数据；

根据所述待办理业务数据中各业务对应的物联网卡识别码，将所述待办理业务数据解构成各单卡数据流，其中，所述单卡数据流包括物联网卡识别码对应的各业务数据。

可选地，所述依据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所述单卡数据流划分为各办理分组的步骤包括：

判断各所述单卡数据流中的业务类型是否在对应的物联网卡所支持的套餐范围内；

若是，则将所述单卡数据流划分到正常业务分组；

若否，则将所述单卡数据流划分到异常业务分组。

根据各所述单卡数据流对应的套餐标识以及套餐范围，将所述正常业务分组中的各单卡数据流划分为各办理分组。

可选地，在所述对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示的步骤之前，还包括：

根据各所述单卡数据流的业务类型以及物联网卡识别码，判断所述单卡数据流是否符合办理条件；

若所述单卡数据流不符合办理条件，则将所述单卡数据流划分到异常业务分组，并将所述单卡数据流的异常原因推送给用户。

可选地，所述对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示的步骤包括：

通过向运营商服务端发送业务请求信息，将所述办理分组中符合办理条件的单卡数据流分别进行业务办理，其中，所述办理分组中的各单卡数据流的办理顺序由各所述单卡数据流对应的提交时间确定；

当检测到所述单卡数据流的订单详情生成时，根据所述单卡数据流的进度标识与预设异常条件判断所述订单详情是否异常；

若是，则将所述单卡数据流的进度标识更新为待处理，并返回执行步骤：从所述预设存储空间提取待办理业务数据，并所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；

若否，则在所述预设存储空间中清除所述单卡数据流，并向用户推送所述订单详情，以获得用户的确认信息与支付信息。

可选地，所述预设异常条件至少包括预设时长，所述根据所述单卡数据流的业务类型与预设异常条件判断所述订单详情是否异常步骤包括：

根据所述单卡数据流的进度标识中的业务提交时间与当前时间，确定所述单卡数据流的业务办理时长；

若所述业务办理时长大于所述预设时长，则判定所述订单详情为异常；

若所述业务办理时长不大于所述预设时长，则判断所述订单详情为正常。

可选地，所述单卡数据流包括进度标识，所述物联网卡多类型业务处理方法还包括：

在对所述业务数据进行处理的过程中，实时更新所述单卡数据流对应的进度标识，所述进度标识用于表征所述单卡数据流的进度状态；

分析所述办理分组中各单卡数据流的进度标识，得到各所述单卡数据流在对应的办理分组中的排序位置以及预计完成时间；

将所述进度标识、所述排序位置以及所述预计完成时间向用户进行可视化展示，以便用户掌握业务办理进度。

本申请还提供一种物联网卡多类型业务处理装置，所述物联网卡多类型业务处理装置应用于物联网卡多类型业务处理设备，所述物联网卡多类型业务处理装置包括：

数据存储模块，用于通过统一视图层入口获取用户提交的业务数据，并将所述业务数据存储至预设存储空间；

数据解构模块，用于从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；

数据分组模块，用于依据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所述单卡数据流划分为各办理分组；

业务办理模块，用于对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示。

可选地，所述数据解构模块还用于:

从所述预设存储空间中筛选进度标识为待处理的业务数据，得到所述待办理业务数据；

根据所述待办理业务数据中各业务对应的物联网卡识别码，将所述待办理业务数据解构成各单卡数据流，其中，所述单卡数据流包括物联网卡识别码对应的各业务数据。

可选地，所述数据分组模块还用于：

判断各所述单卡数据流中的业务类型是否在对应的物联网卡所支持的套餐范围内；

若是，则将所述单卡数据流划分到正常业务分组；

若否，则将所述单卡数据流划分到异常业务分组。

根据各所述单卡数据流对应的套餐标识以及套餐范围，将所述正常业务分组中的各单卡数据流划分为各办理分组。

可选地，所述业务办理模块还用于：

根据各所述单卡数据流的业务类型以及物联网卡识别码，判断所述单卡数据流是否符合办理条件；

若所述单卡数据流不符合办理条件，则将所述单卡数据流划分到异常业务分组，并将所述单卡数据流的异常原因推送给用户。

可选地，所述业务办理模块还用于：

通过向运营商服务端发送业务请求信息，将所述办理分组中符合办理条件的单卡数据流分别进行业务办理，其中，所述办理分组中的各单卡数据流的办理顺序由各所述单卡数据流对应的提交时间确定；

当检测到所述单卡数据流的订单详情生成时，根据所述单卡数据流的进度标识与预设异常条件判断所述订单详情是否异常；

若是，则将所述单卡数据流的进度标识更新为待处理，并返回执行步骤：从所述预设存储空间提取待办理业务数据，并所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；

若否，则在所述预设存储空间中清除所述单卡数据流，并向用户推送所述订单详情，以获得用户的确认信息与支付信息。

可选地，所述业务办理模块还用于：

根据所述单卡数据流的进度标识中的业务提交时间与当前时间，确定所述单卡数据流的业务办理时长；

若所述业务办理时长大于所述预设时长，则判定所述订单详情为异常；

若所述业务办理时长不大于所述预设时长，则判断所述订单详情为正常。

可选地，所述业务办理模块还用于：

在对所述业务数据进行处理的过程中，实时更新所述单卡数据流对应的进度标识，所述进度标识用于表征所述单卡数据流的进度状态；

分析所述办理分组中各单卡数据流的进度标识，得到各所述单卡数据流在对应的办理分组中的排序位置以及预计完成时间；

将所述进度标识、所述排序位置以及所述预计完成时间向用户进行可视化展示，以便用户掌握业务办理进度。

本申请还提供一种电子设备，所述电子设备为实体设备，所述电子设备包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的所述物联网卡多类型业务处理方法的程序，所述物联网卡多类型业务处理方法的程序被处理器执行时可实现如上述的物联网卡多类型业务处理方法的步骤。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有实现物联网卡多类型业务处理方法的程序，所述物联网卡多类型业务处理方法的程序被处理器执行时实现如上述的物联网卡多类型业务处理方法的步骤。

本申请还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述的物联网卡多类型业务处理方法的步骤。

本申请提供了一种物联网卡多类型业务处理方法、装置、电子设备及介质，首先通过统一视图层入口获取用户提交的业务数据，并将所述业务数据存储至预设存储空间，再从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流，进而依

据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所述单卡5数据流划分为各办理分组，最后对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示，本申请的技术方案中通过统一的视图层入口获取用户提交的大批量业务数据并存储在预设存储空间中，可以兼容任何新增业务的办理，方便物联网卡系

统的管理维护，提高了系统的扩展性，克服了需要通过不同运营商的物联网0卡系统提交业务数据带来的操作繁琐的技术缺陷，另外，基于所述预设存储

空间也减轻了服务器压力，让一部分数据在前端阶段就完成运算，减少了与服务器请求次数从而降低了数据延迟的风险，本申请中通过对各物联网卡对应的单卡数据流根据业务类型和套餐标识进行分组，分组执行对应的业务处理，提高了物联网卡系统的业务处理效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实0施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于

本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请物联网卡多类型业务处理方法第一实施例的流程示意图；

图2为本申请物联网卡多类型业务处理方法第一实施例中步骤S31至步骤5S34的流程示意图；

图3为本申请物联网卡多类型业务处理方法中第二实施例的流程示意图；

图4为本申请物联网卡多类型业务处理装置的组成结构示意图；

图5为本申请实施例中物联网卡多类型业务处理方法涉及的硬件运行环境的设备结构示意图。

本申请目的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其它实施例，均属于本申请保护的范围。

实施例一

随着物联网卡系统(平台)的不断发展，势必需要不断接入不同的运营商和不同的套餐，以及伴随而来的大量不同的业务办理功能。而这些业务功能中有部分是所有运营商都通用的功能，例如变更套餐、续期、加油包，还有一部分是各自运营上都有的功能。

目前市面上的物联网卡系统大部分都是采用需要根据不同运营商、不同运营商所支持的套餐标识，单独实现业务功能，各物联网卡系统的独立也导致了不少弊端。首先是在系统复杂度上，每个增加一个新的业务功能都需要重新开辟业务模块，而其中又存在部分功能相似，造成耦合度偏高；在业务流程上，使用起来也不够灵活，所有运营商都是业务流程上都是相互独立的，即使相同业务也只能单独执行办理业务流程，而且同一次业务办理中只能办理相同套餐的数据，导致了易用性降低情况，用户体验下降；在数据处理上，若短时间内提交大量的业务数据，会造成后端数据查询缓慢，以及运营商接口调用频率过高造成流控甚至封禁，导致办理成功率下降，用户体验也随之降低；在交互性方面，在用户提交业务办理之后，若客户端发生意外中断情况，用户不知道数据处理的情况，可能会出现重复提交数据的情况，造成系统数据的冗余和接口请求的浪费。

本申请实施例提供一种物联网卡多类型业务处理方法，在本申请物联网卡多类型业务处理方法的第一实施例中，参照图1，所述物联网卡多类型业务处理方法包括：

步骤S10，通过统一视图层入口获取用户提交的业务数据，并将所述业务数据存储至预设存储空间；

步骤S20，从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；

步骤S30，依据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所述单卡数据流划分为各办理分组；

步骤S40，对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示。

在本申请实施例中，需要说明的是，所述统一视图层入口为分布在各用户端的统一输入端口，用户通过所述统一视图层入口提交自己需要办理的业务数据，再将各位用户提交的大量业务数据收集在一起，从而集中存储到所述预设存储空间，使得物联网卡系统集中处理业务数据，管理维护更加方便；所述预设存储空间为私域存储空间，各所述业务数据在所述私域存储空间中暂存，且具备对应的业务类型标识(Business ID)，例如续期业务，套餐更改业务以及流量加油包业务等，本方案中通过引入预设存储空间的概念，将运算压力前置到所述预设存储空间，从而减轻了服务器压力，让一部分数据在前端阶段就完成运算，减少了与服务器请求次数从而也就降低了业务办理中延迟的风险，提高了用户体验；所述套餐范围(Package Range)为所述单卡数据流对应的物联网卡所支持的全部业务类型，用于判断所述单卡数据流中的业务类型是否受到对应的物联网卡的支持；所述套餐标识(Package ID)用于表征具体的套餐，例如，10G流量加油包套餐；所述办理条件包括所述业务办理的时间是否在规定时间内、所述单卡数据流对应的物联网卡是否具备对应的套餐开通权限等，可根据实际需要进行设置。

作为一种示例，步骤S10至步骤S40包括：通过分布在用户端的统一视图层入口，获取用户提交的业务数据；将所述业务数据存储到私域存储空间；从所述私域存储空间提取业务数据，并根据所述业务数据对应的各物联网卡识别码，将所述业务数据拆分成以物联网卡识别码为单元的单卡数据流；根据各所述单卡数据流中包括的业务类型、所述物联网卡识别码支持的套餐范围，判断所述单卡数据流是否为正常业务；将所述单卡数据流划分为正常业务分组和异常业务分组；依据所述单卡数据流中对应的套餐标识，将所述正常业务分组中的单卡数据流划分为各办理分组，其中，所述办理分组中包括同一套餐类型的单卡数据流；根据各所述办理分组中单卡数据流对应的业务类型以及物联网卡识别码(ICCID)，分析出各单卡数据流对应的拦截器，其中，所述拦截器为对应的物联网卡的套餐办理条件，用于判断所述单卡数据流是否符合办理条件；根据所述拦截器对各所述办理分组中的单卡数据流进行筛选，得到不符合办理条件的单卡数据流并划分到所述异常业务分组；将所述异常业务分组中的各单卡数据流的异常原因推送给用户；通过向符合办理条件的单卡数据流对应的物联网卡对应的运营商服务端发送业务请求信息，为将所述办理分组中符合办理条件的单卡数据流分别进行业务办理；获取运营商服务端发送的订单详情，在判断所述订单详情为正常后将所述订单详情推送给用户，以获得用户的确认信息与支付信息。

其中，所述从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流的步骤包括：

步骤S21，从所述预设存储空间中筛选进度标识为待处理的业务数据，得到所述待办理业务数据；

步骤S22，根据所述待办理业务数据中各业务对应的物联网卡识别码，将所述待办理业务数据解构成各单卡数据流，其中，所述单卡数据流包括物联网卡识别码对应的各业务数据。

在本申请实施例中，需要说明的是，所述预设存储空间中的业务数据包括进度标识，未经过处理的业务数据的进度标识为待处理，若是因为单卡数据流被划分到异常分组中且返回到所述预设存储空间的，也赋予待处理的进度标识，以便再次进行处理，在经过处理之后的单卡数据流，也包括进度标识(status Tag)，例如，分组中、已分组、办理中、办理失败以及订单待确认等。

作为一种示例，步骤S21至步骤S22包括：根据所述预设存储空间中的业务数据所携带的进度标识，对业务数据进行筛选，得到进度标识为待处理的待办理业务数据；提取所述待办理业务数据对应的各物联网卡识别码，并根据所述待办理业务数据对应的各物联网卡识别码，将所述待办理业务数据中分属于不同物联网卡的业务数据划分成各单卡数据流。

其中，参照图2，所述依据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所述单卡数据流划分为各办理分组的步骤包括：

步骤S31，判断各所述单卡数据流中的业务类型是否在对应的物联网卡所支持的套餐范围内；

步骤S32，若是，则将所述单卡数据流划分到正常业务分组；

步骤S33，若否，则将所述单卡数据流划分到异常业务分组。

步骤S34，根据各所述单卡数据流对应的套餐标识以及套餐范围，将所述正常业务分组中的各单卡数据流划分为各办理分组。

在本申请实施例中，需要说明的是，本申请实施例提供了一种对各所述单卡数据流进行预先筛选的方法，将业务类型与物联网卡支持的套餐范围不匹配的单卡数据流筛选出来，以免在进行业务办理时返回失败，浪费运营商接口，引起后端数据查询缓慢以及数据冗余。

作为一种示例，步骤S31至步骤S34包括：提取所述办理分组中单卡数据流对应的业务类型以及所述单卡数据流对应的物联网卡所支持的套餐范围，其中，所述套餐范围通过所述物联网卡的运营商的公开套餐信息获得；判断各所述单卡数据流中的业务类型是否在对应的物联网卡所支持的套餐范围内；若所述单卡数据流中的业务类型在对应的物联网卡所支持的套餐范围内，则将所述单卡数据流划分到正常业务分组；若所述单卡数据流中的业务类型不在对应的物联网卡所支持的套餐范围内，则将所述单卡数据流划分到异常业务分组，并在所述单卡数据流的字段中添加对应的异常原因；根据各所述单卡数据流对应的套餐标识以及套餐范围，将所述正常业务分组中的具备相同套餐的单卡数据流划分到同一办理分组，得到各所述办理分组。

其中，在所述对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示的步骤之前，还包括：

步骤A10，根据各所述单卡数据流的业务类型以及物联网卡识别码，判断所述单卡数据流是否符合办理条件；

步骤A20，若所述单卡数据流不符合办理条件，则将所述单卡数据流划分到异常业务分组，并将所述单卡数据流的异常原因推送给用户。

在本申请实施例中，需要说明的是，本申请实施例提供了一种在对各所述单卡数据流进行业务办理之前，根据各物联网卡对应的办理条件对各所述单卡数据流进行筛选的方法，用于对各所述单卡数据流的业务内容进行筛查，避免在业务提交后出现办理失败的情况，造成运营商接口调用频率过高造成流控甚至封禁，导致办理成功率下降，用户体验也随之降低，所述办理条件包括所述业务办理的时间是否在规定时间内、所述单卡数据流对应的物联网卡是否具备对应的套餐开通权限等，以物联网卡对应的运营商方关于各套餐的详细规定为准。

作为一种示例，步骤A10至步骤A20包括：提取各所述单卡数据流的业务类型以及物联网卡识别码；根据所述物联网卡识别码，查询所述物联网卡识别码对应的运营商公开的套餐限制条件；判断所述单卡数据流的业务类型以及套餐标识是否符合所述套餐限制条件；若所述单卡数据流的业务类型以及套餐标识符合所述套餐限制条件，将所述单卡数据流留在正常业务分组中，以供继续进行业务办理；若所述单卡数据流的业务类型以及套餐标识不符合所述套餐限制条件，将所述单卡数据流划分到异常业务分组，并将所述单卡数据流的异常原因推送给用户，结束所述单卡数据流的业务流程。

其中，所述对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示的步骤包括：

步骤S41，通过向运营商服务端发送业务请求信息，将所述办理分组中符合办理条件的单卡数据流分别进行业务办理，其中，所述办理分组中的各单卡数据流的办理顺序由各所述单卡数据流对应的提交时间确定；

步骤S42，当检测到所述单卡数据流的订单详情生成时，根据所述单卡数据流的进度标识与预设异常条件判断所述订单详情是否异常；

步骤S43，若是，则将所述单卡数据流的进度标识更新为待处理，并返回执行步骤：从所述预设存储空间提取待办理业务数据，并所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；

步骤S44，若否，则在所述预设存储空间中清除所述单卡数据流，并向用户推送所述订单详情，以获得用户的确认信息与支付信息。

在本申请实施例中，需要说明的是，本申请实施例提供了一种对订单详情进行异常判断的方法，以对所述单卡数据流进行再次筛选，以确保所述订单能正常办理成功，避免在提交异常业务请求信息之后出现办理失败的情况，浪费运营商服务端的服务器资源，将计算的压力前置到所述预设存储空间；所述预设异常条件包括所述订单详情的业务办理时长是否超过预设时长。

作为一种优选，所述预设时长为1天。

作为一种示例，步骤S41至步骤S44包括：调用运营商服务端对应的API接口，向所述单卡数据流对应的运营商服务端发送业务请求信息，以供所述运营商服务端对所述业务请求信息进行处理并生成对应的订单详情，其中，所述办理分组中的各单卡数据流的办理顺序由各所述单卡数据流对应的业务提交时间确定，业务提交时间越早，对应的办理顺序越靠前；当接收到所述运营商服务端发送的订单详情时，根据所述单卡数据流的各进度标识，确定所述单卡数据流对应的业务提交时间；根据所述业务提交时间与当前时间，确定所述订单详情对应的业务办理时长；判断所述业务办理时长是否超过预设时长，若所述业务办理时长已超过所述预设时长，则将所述单卡数据流的进度标识更新为待处理，并返回执行步骤：从所述预设存储空间提取待办理业务数据，并所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；若所述业务办理时长未超过所述预设时长，则在所述预设存储空间中删除所述单卡数据流；向用户推送订单详情页面，所述订单详情页面中包括确认入口以及支付入口，以获得用户的确认信息与支付信息。

其中，所述预设异常条件至少包括预设时长，所述根据所述单卡数据流的业务类型与预设异常条件判断所述订单详情是否异常步骤包括：

步骤S421，根据所述单卡数据流的进度标识中的业务提交时间与当前时间，确定所述单卡数据流的业务办理时长；

步骤S422，若所述业务办理时长大于所述预设时长，则判定所述订单详情为异常；

步骤S423，若所述业务办理时长不大于所述预设时长，则判断所述订单详情为正常。

作为一种示例，步骤S421至步骤S423包括：提取所述单卡数据流的进度标识中的业务提交时间，并根据当前时间与所述业务提交时间确定所述单卡数据流对应的订单的业务办理时长；从所述订单详情对应的运营商公开的套餐信息中获取预设时长，判断所述业务办理时长是否大于所述预设时长；若所述业务办理时长大于所述预设时长，则判定所述订单详情为异常；若所述业务办理时长不大于所述预设时长，则判断所述订单详情为正常。

本申请实施例提供了一种物联网卡多类型业务处理方法，首先通过统一视图层入口获取用户提交的业务数据，并将所述业务数据存储至预设存储空间，再从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流，进而依据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所述单卡数据流划分为各办理分组，最后对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示，本申请实施例中提及的技术方案中通过统一的视图层入口获取用户提交的大批量业务数据并存储在预设存储空间中，可以兼容任何新增业务的办理，方便物联网卡系统的管理维护，提高了系统的扩展性，克服了需要通过不同运营商的物联网卡系统提交业务数据带来的操作繁琐的技术缺陷，另外，基于所述预设存储空间也减轻了服务器压力，让一部分数据在前端阶段就完成运算，减少了与服务器请求次数从而降低了数据延迟的风险，本申请实施例中通过对各物联网卡对应的单卡数据流根据业务类型和套餐标识进行分组，分组执行对应的业务处理，提高了物联网卡系统的业务处理效率。

实施例二

进一步地，基于本申请第一实施例，在本申请另一实施例中，与上述实施例一相同或相似的内容，可以参考上文介绍，后续不再赘述。在此基础上，参照图3，所述单卡数据流包括进度标识，所述物联网卡多类型业务处理方法还包括：

步骤B10，在对所述业务数据进行处理的过程中，实时更新所述单卡数据流对应的进度标识，所述进度标识用于表征所述单卡数据流的进度状态；

步骤B20，分析所述办理分组中各单卡数据流的进度标识，得到各所述单卡数据流在对应的办理分组中的排序位置以及预计完成时间；

步骤B30，将所述进度标识、所述排序位置以及所述预计完成时间向用户进行可视化展示，以便用户掌握业务办理进度。

在本申请实施例中，需要说明的是，所述进度标识表征所述单卡数据流所处的业务办理节点，通过向用户展示所述进度标识，提高了物联网卡系统的交互性，让用户对于自己办理业务的处理进度和所需时间了如指掌，相较于传统方式用户在办理业务时只能一次性办理中间不能中断的模式，本发明可以让使用户在办理业务途中进行无人值守模式，可以在任意节点中断办理，再次办理时用户可以在当前进度下继续进行。

作为一种示例，步骤B10至步骤B30包括：当将待办理业务数据结构为以物联网卡识别码为单元的各单卡数据流后，将各单卡数据流的进度标识更新为已分组；当将所述单卡数据流划分到异常业务分组后，将所述单卡数据流的进度标识更新为异常分组；当将所述单卡数据流对应的业务请求信息发送给运营商服务端后，将所述单卡数据流的进度标识更新为办理中；当检测到订单详情异常后，将所述订单详情对应的单卡数据流的进度标识更新为待处理；当生成订单详情且所述订单详情检测正常后，将所述订单详情对应的单卡数据流的进度标识更新为待确认；将当接收到用户输入的订单确认信息以及支付信息后，将所述单卡数据流的进度标识更新为办理成功；分析所述办理分组中各单卡数据流的进度标识，得到各单卡数据流对应的业务提交时间；根据所述业务提交时间，确定各所述单卡数据流在对应的办理分组中的排序位置以及预计完成时间；当接收到用户输入的进度显示请求时，将所述进度标识、所述排序位置以及所述预计完成时间向用户进行可视化展示，以便用户掌握业务办理进度。

本申请实施例提供了一种物联网卡多类型业务处理方法，首先在对所述业务数据进行处理的过程中，实时更新所述单卡数据流对应的进度标识，所述进度标识用于表征所述单卡数据流的进度状态；分析所述办理分组中各单卡数据流的进度标识，得到各所述单卡数据流在对应的办理分组中的排序位置以及预计完成时间；将所述进度标识、所述排序位置以及所述预计完成时间向用户进行可视化展示，以便用户掌握业务办理进度，本申请实施例提供了一种通过进度标识向用户展示用户提交的业务数据的处理进度的方法，以优化用户的体验感，提高了交互性。

实施例三

本申请实施例还提供一种物联网卡多类型业务处理装置，所述物联网卡多类型业务处理装置应用于物联网卡多类型业务处理设备，参照图4，所述物联网卡多类型业务处理装置包括：

数据存储模块，用于通过统一视图层入口获取用户提交的业务数据，并将所述业务数据存储至预设存储空间；

数据解构模块，用于从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；

数据分组模块，用于依据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所述单卡数据流划分为各办理分组；

业务办理模块，用于对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示。

可选地，所述数据解构模块还用于:

从所述预设存储空间中筛选进度标识为待处理的业务数据，得到所述待办理业务数据；

根据所述待办理业务数据中各业务对应的物联网卡识别码，将所述待办理业务数据解构成各单卡数据流，其中，所述单卡数据流包括物联网卡识别码对应的各业务数据。

可选地，所述数据分组模块还用于：

判断各所述单卡数据流中的业务类型是否在对应的物联网卡所支持的套餐范围内；

若是，则将所述单卡数据流划分到正常业务分组；

若否，则将所述单卡数据流划分到异常业务分组。

根据各所述单卡数据流对应的套餐标识以及套餐范围，将所述正常业务分组中的各单卡数据流划分为各办理分组。

可选地，所述业务办理模块还用于：

根据各所述单卡数据流的业务类型以及物联网卡识别码，判断所述单卡数据流是否符合办理条件；

若所述单卡数据流不符合办理条件，则将所述单卡数据流划分到异常业务分组，并将所述单卡数据流的异常原因推送给用户。

可选地，所述业务办理模块还用于：

通过向运营商服务端发送业务请求信息，将所述办理分组中符合办理条件的单卡数据流分别进行业务办理，其中，所述办理分组中的各单卡数据流的办理顺序由各所述单卡数据流对应的提交时间确定；

当检测到所述单卡数据流的订单详情生成时，根据所述单卡数据流的进度标识与预设异常条件判断所述订单详情是否异常；

若是，则将所述单卡数据流的进度标识更新为待处理，并返回执行步骤：从所述预设存储空间提取待办理业务数据，并所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；

若否，则在所述预设存储空间中清除所述单卡数据流，并向用户推送所述订单详情，以获得用户的确认信息与支付信息。

可选地，所述业务办理模块还用于：

根据所述单卡数据流的进度标识中的业务提交时间与当前时间，确定所述单卡数据流的业务办理时长；

若所述业务办理时长大于所述预设时长，则判定所述订单详情为异常；

若所述业务办理时长不大于所述预设时长，则判断所述订单详情为正常。

可选地，所述业务办理模块还用于：

在对所述业务数据进行处理的过程中，实时更新所述单卡数据流对应的进度标识，所述进度标识用于表征所述单卡数据流的进度状态；

分析所述办理分组中各单卡数据流的进度标识，得到各所述单卡数据流在对应的办理分组中的排序位置以及预计完成时间；

将所述进度标识、所述排序位置以及所述预计完成时间向用户进行可视化展示，以便用户掌握业务办理进度。

本申请提供的物联网卡多类型业务处理装置，采用上述实施例中的物联网卡多类型业务处理方法，解决了物联网卡系统的业务处理效率低的技术问题。与现有技术相比，本申请实施例提供的物联网卡多类型业务处理装置的有益效果与上述实施例提供的物联网卡多类型业务处理方法的有益效果相同，且该物联网卡多类型业务处理装置中的其他技术特征与上一实施例方法公开的特征相同，在此不做赘述。

实施例四

本申请实施例提供一种电子设备，电子设备包括：至少一个处理器；以及，与至少一个处理器通信链接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述实施例一中的物联网卡多类型业务处理方法。

下面参考图5，其示出了适于用来实现本公开实施例的电子设备的结构示意图。本公开实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，电子设备可以包括处理装置(例如中央处理器、图形处理器等)，其可以根据存储在只读存储器(ROM)中的程序或者从存储装置加载到随机访问存储器(RAM)中的程序而执行各种适当的动作和处理。在RAM中，还存储有电子设备操作所需的各种程序和数据。处理装置、ROM以及RAM通过总线彼此相连。输入/输出(I/O)接口也链接至总线。

通常，以下系统可以链接至I/O接口：包括例如触摸屏、触摸板、键盘、鼠标、图像传感器、麦克风、加速度计、陀螺仪等的输入装置；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置；包括例如磁带、硬盘等的存储装置；以及通信装置。通信装置可以允许电子设备与其他设备进行无线或有线通信以交换数据。虽然图中示出了具有各种系统的电子设备，但是应理解的是，并不要求实施或具备所有示出的系统。可以替代地实施或具备更多或更少的系统。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置从网络上被下载和安装，或者从存储装置被安装，或者从ROM被安装。在该计算机程序被处理装置执行时，执行本公开实施例的方法中限定的上述功能。

本申请提供的电子设备，采用上述实施例中的物联网卡多类型业务处理方法，解决了物联网卡系统的业务处理效率低的技术问题。与现有技术相比，本申请实施例提供的电子设备的有益效果与上述实施例一提供的物联网卡多类型业务处理方法的有益效果相同，且该电子设备中的其他技术特征与上一实施例方法公开的特征相同，在此不做赘述。

应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式的描述中，具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

实施例五

本实施例提供一种计算机可读存储介质，具有存储在其上的计算机可读程序指令，计算机可读程序指令用于执行上述实施例一中的物联网卡多类型业务处理的方法。

本申请实施例提供的计算机可读存储介质例如可以是U盘，但不限于电、磁、光、电磁、红外线、或半导体的系统、系统或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电链接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读存储介质可以是电子设备中所包含的；也可以是单独存在，而未装配入电子设备中。

上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被电子设备执行时，使得电子设备：通过统一视图层入口获取用户提交的业务数据，并将所述业务数据存储至预设存储空间；从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；依据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所述单卡数据流划分为各办理分组；对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—链接到用户计算机，或者，可以链接到外部计算机(例如利用因特网服务提供商来通过因特网链接)。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该单元本身的限定。

本申请提供的计算机可读存储介质，存储有用于执行上述物联网卡多类型业务处理方法的计算机可读程序指令，解决了物联网卡系统的业务处理效率低的技术问题。与现有技术相比，本申请实施例提供的计算机可读存储介质的有益效果与上述实施例提供的物联网卡多类型业务处理方法的有益效果相同，在此不做赘述。

实施例六

本申请还提供一种计算机程序产品，包括计算机程序，所述计算机程序5被处理器执行时实现如上述的物联网卡多类型业务处理方法的步骤。

本申请提供的计算机程序产品解决了物联网卡系统的业务处理效率低的技术问题。与现有技术相比，本申请实施例提供的计算机程序产品的有益效果与上述实施例提供的物联网卡多类型业务处理方法的有益效果相同，在此不做赘述。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利处理范围内。

Claims (9)

1.一种物联网卡多类型业务处理方法，其特征在于，所述物联网卡多类型业务处理方法包括：

通过统一视图层入口获取用户提交的业务数据，并将所述业务数据存储至预设存储空间；

从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；

依据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所述单卡数据流划分为各办理分组；

对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示；

其中，所述依据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所述单卡数据流划分为各办理分组的步骤包括：

判断各所述单卡数据流中的业务类型是否在对应的物联网卡所支持的套餐范围内；

若是，则将所述单卡数据流划分到正常业务分组；

若否，则将所述单卡数据流划分到异常业务分组；

根据各所述单卡数据流对应的套餐标识以及套餐范围，将所述正常业务分组中的具备相同套餐的单卡数据流划分到同一办理分组，得到各所述办理分组。

2.如权利要求1所述物联网卡多类型业务处理方法，其特征在于，所述预设存储空间中的业务数据包括进度标识，所述从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流的步骤包括：

从所述预设存储空间中筛选进度标识为待处理的业务数据，得到所述待办理业务数据；

根据所述待办理业务数据中各业务对应的物联网卡识别码，将所述待办理业务数据解构成各单卡数据流，其中，所述单卡数据流包括物联网卡识别码对应的各业务数据。

3.如权利要求1所述物联网卡多类型业务处理方法，其特征在于，在所述对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示的步骤之前，还包括：

根据各所述单卡数据流的业务类型以及物联网卡识别码，判断所述单卡数据流是否符合办理条件；

若所述单卡数据流不符合办理条件，则将所述单卡数据流划分到异常业务分组，并将所述单卡数据流的异常原因推送给用户。

4.如权利要求1所述物联网卡多类型业务处理方法，其特征在于，所述对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示的步骤包括：

通过向运营商服务端发送业务请求信息，将所述办理分组中符合办理条件的单卡数据流分别进行业务办理，其中，所述办理分组中的各单卡数据流的办理顺序由各所述单卡数据流对应的提交时间确定；

当检测到所述单卡数据流的订单详情生成时，根据所述单卡数据流的进度标识与预设异常条件判断所述订单详情是否异常；

若是，则将所述单卡数据流的进度标识更新为待处理，并返回执行步骤：从所述预设存储空间提取待办理业务数据，并所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；

若否，则在所述预设存储空间中清除所述单卡数据流，并向用户推送所述订单详情，以获得用户的确认信息与支付信息。

5.如权利要求4所述物联网卡多类型业务处理方法，其特征在于，所述预设异常条件至少包括预设时长，所述根据所述单卡数据流的业务类型与预设异常条件判断所述订单详情是否异常步骤包括：

根据所述单卡数据流的进度标识中的业务提交时间与当前时间，确定所述单卡数据流的业务办理时长；

若所述业务办理时长大于所述预设时长，则判定所述订单详情为异常；

若所述业务办理时长不大于所述预设时长，则判断所述订单详情为正常。

6.如权利要求1所述物联网卡多类型业务处理方法，其特征在于，所述单卡数据流包括进度标识，所述物联网卡多类型业务处理方法还包括：

在对所述业务数据进行处理的过程中，实时更新所述单卡数据流对应的进度标识，所述进度标识用于表征所述单卡数据流的进度状态；

分析所述办理分组中各单卡数据流的进度标识，得到各所述单卡数据流在对应的办理分组中的排序位置以及预计完成时间；

将所述进度标识、所述排序位置以及所述预计完成时间向用户进行可视化展示，以便用户掌握业务办理进度。

7.一种物联网卡多类型业务处理装置，其特征在于，所述物联网卡多类型业务处理装置包括：

数据存储模块，用于通过统一视图层入口获取用户提交的业务数据，并将所述业务数据存储至预设存储空间；

数据解构模块，用于从所述预设存储空间提取待办理业务数据，并将所述待办理业务数据解构为以物联网卡识别码为单元的各单卡数据流；

数据分组模块，用于依据各所述单卡数据流中的业务类型、套餐范围以及套餐标识，将各所述单卡数据流划分为各办理分组；

业务办理模块，用于对各所述办理分组中符合办理条件的单卡数据流执行业务办理操作，生成对应的订单详情，并向用户进行可视化展示；

其中，所述数据分组模块还用于：判断各所述单卡数据流中的业务类型是否在对应的物联网卡所支持的套餐范围内；若是，则将所述单卡数据流划分到正常业务分组；若否，则将所述单卡数据流划分到异常业务分组；根据各所述单卡数据流对应的套餐标识以及套餐范围，将所述正常业务分组中的具备相同套餐的单卡数据流划分到同一办理分组，得到各所述办理分组。

8.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信链接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至6中任一项所述的物联网卡多类型业务处理方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有实现物联网卡多类型业务处理方法的程序，所述实现物联网卡多类型业务处理方法的程序被处理器执行以实现如权利要求1至6中任一项所述物联网卡多类型业务处理方法的步骤。