掌桥专利:专业的专利平台
掌桥专利
首页

开卡订单处理方法、装置、电子设备及计算机存储介质

文献发布时间:2024-01-17 01:26:37


开卡订单处理方法、装置、电子设备及计算机存储介质

技术领域

本申请属于订单处理技术领域,尤其涉及一种开卡订单处理方法、装置、电子设备及计算机存储介质。

背景技术

随着物联网的快速发展,业务开卡订单的数量呈现增加的趋势,在处理大批量开卡业务订单时,需要通过物联网系统与网元之间进行交互,以使网元对开卡订单进行处理。在现有技术中,针对物联网业务的大批量开卡订单,物联网系统通常仅通过实时指令处理方式与网元进行交互,响应速度较慢,开卡订单处理效率较低。并且由于数据差异性较大,同时处理大批量开卡订单还会产生订单积压问题,导致耗时较长。

发明内容

本申请实施例提供一种开卡订单处理方法、装置、电子设备及计算机存储介质,能够提高对于大批量开卡订单的处理效率。

第一方面,本申请实施例提供一种开卡订单处理方法,该方法可以包括:

在接收到大批量开卡订单的情况下,将大批量开卡订单拆分为多个开卡订单小文件;

根据各开卡订单小文件的属性信息,确定各开卡订单小文件的处理模式;

根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的优先信息,目标开卡订单小文件是多个开卡订单小文件中的任一个,业务资源数据包括网络资源数据,以及区域存量业务数据和区域新增业务数据中的至少一项,优先信息用于指示目标开卡订单小文件在多个开卡订单小文件中的优先等级;

根据各开卡订单小文件的优先信息,按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果。

在其中一个实施例中,上述涉及到的属性信息包括业务场景信息和区域信息中的至少一项,业务场景信息用于指示开卡订单小文件的接入点名称是否为预设接入点,区域信息用于指示开卡订单小文件所属的区域。

在其中一个实施例中,上述涉及到的属性信息为业务场景信息;

根据各开卡订单小文件的属性信息,确定各开卡订单小文件的处理模式,包括:

当业务场景信息指示目标开卡订单小文件的接入点名称为预设接入点的情况下,将通过文件方式对开卡订单进行批量处理的第一批量处理模式,确定为目标开卡订单小文件的处理模式;

当业务场景信息指示目标开卡订单小文件的接入点名称非预设接入点的情况下,将通过实时指令对开卡订单进行批量处理的第二批量处理模式,确定为目标开卡订单小文件的处理模式。

在其中一个实施例中,上述涉及到的属性信息为区域信息;

根据各开卡订单小文件的属性信息,确定各开卡订单小文件的处理模式,包括:

当区域信息指示目标开卡订单小文件所属的区域为第一区域的情况下,将通过文件方式对开卡订单进行批量处理的第一批量处理模式,确定为目标开卡订单小文件的处理模式;

当区域信息指示目标开卡订单小文件所属的区域为第二区域的情况下,将通过实时指令对开卡订单进行批量处理的第二批量处理模式,确定为目标开卡订单小文件的处理模式。

在其中一个实施例中,上述涉及到的根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的优先信息,包括:

根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的评分结果;

对比目标开卡订单小文件的评分结果,和各开卡订单小文件的评分结果,确定目标开卡订单小文件的优先信息。

在其中一个实施例中,上述涉及到的根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的评分结果,包括:

根据目标开卡订单小文件的处理模式和业务资源数据,通过网络资源分配评分公式,确定开卡订单小文件的评分结果,网络资源分配评分公式为基于第一参数、第二参数以及第二参数对应的权重,确定评分结果的公式,评分结果为第二参数与第二参数对应的权重的乘积以及第一参数之和,第一参数为网络资源数据,第二参数为区域新增业务数据、区域存量业务数据和处理模式中的至少一项。

在其中一个实施例中,上述涉及到的根据各开卡订单小文件的优先信息,按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果,包括:

当多个开卡订单小文件的处理模式包括第一批量处理模式和第二批量处理模式的情况下,根据各开卡订单小文件的优先信息,按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果。

在其中一个实施例中,上述涉及到的根据各开卡订单小文件的优先信息,按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果,包括:

当多个开卡订单小文件的处理模式包括第一批量处理模式的情况下,根据各开卡订单小文件的优先信息,通过多个网络资源处理单元,根据文件方式对各开卡订单小文件进行处理,得到多个处理结果。

在其中一个实施例中,上述涉及到的根据各开卡订单小文件的优先信息,按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果,包括:

当多个开卡订单小文件的处理模式包括第二批量处理模式的情况下,对各开卡订单小文件进行分割,得到多个开卡指令;

通过多个网络资源处理单元,根据实时指令对各开卡指令进行处理,得到多个处理结果。

第二方面,本申请实施例提供一种开卡订单处理装置,该装置包括:

拆分模块,用于在接收到大批量开卡订单的情况下,将大批量开卡订单拆分为多个开卡订单小文件;

第一确定模块,用于根据各开卡订单小文件的属性信息,确定各开卡订单小文件的处理模式;

第二确定模块,用于根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的优先信息,目标开卡订单小文件是多个开卡订单小文件中的任一个,业务资源数据包括网络资源数据,以及区域存量业务数据和区域新增业务数据中的至少一项,优先信息用于指示目标开卡订单小文件在多个开卡订单小文件中的优先等级;

处理模块,用于根据各开卡订单小文件的优先信息,按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果。

第三方面,本申请实施例提供了一种电子设备,设备包括:

处理器;

用于存储处理器可执行指令的存储器;

其中,处理器被配置为执行指令,以实现如第一方面的任一项实施例中所示的开卡订单处理方法。

第四方面,本申请实施例提供了一种计算机存储介质,该计算机可读存储介质上存储计算机程序,计算机程序被处理器执行时实现如第一方面的任一项实施例中所示的开卡订单处理方法。

第五方面,本申请实施例还提供了一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序存储在可读存储介质中,设备的至少一个处理器从存储介质读取并执行计算机程序,使得设备执行如第一方面的任一项实施例中所示的开卡订单处理方法。

本申请实施例提供了一种开卡订单处理方法、装置、电子设备及计算机存储介质,相较于现有技术,本申请具有以下有益效果:

本申请实施例提供的一种开卡订单处理方法、装置、电子设备及计算机存储介质,通过在接收到大批量开卡订单的情况下,将大批量开卡订单拆分为多个开卡订单小文件,再根据各开卡订单小文件的属性信息,确定各开卡订单小文件的处理模式。根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的优先信息后,根据各开卡订单小文件的优先信息,并按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果。

如此,能够根据大批量开卡订单的业务资源数据和属性信息,确定开卡订单对应的处理模式和优先信息,进而对开卡订单进行处理。能够提高大批量开卡订单的处理效率,以及提升处理大批量开卡订单的智能化水平。

附图说明

为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单的介绍,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种开卡订单处理方法的流程示意图;

图2是本申请实施例提供的另一种开卡订单处理方法的流程示意图;

图3是本申请实施例提供的再一种开卡订单处理方法的流程示意图;

图4是本申请实施例提供的再一种开卡订单处理方法的流程示意图;

图5是本申请实施例提供的再一种开卡订单处理方法的流程示意图;

图6是本申请实施例提供的再一种开卡订单处理方法的流程示意图;

图7是本申请实施例提供的再一种开卡订单处理方法的流程示意图;

图8是本申请实施例提供的一种第一批量处理模式的流程示意图;

图9是本申请实施例提供的再一种开卡订单处理方法的流程示意图;

图10是本申请实施例提供的一种第二批量处理模式的流程示意图;

图11是本申请实施例提供的一种开卡订单处理装置的结构示意图;

图12是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例,为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及具体实施例,对本申请进行进一步详细描述。应理解,此处所描述的具体实施例仅意在解释本申请,而不是限定本申请。对于本领域技术人员来说,本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括……”限定的要素,并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

在阐述本申请实施例所提供的技术方案之前,为了便于对本申请实施例理解,本申请首先对相关技术中存在的问题进行具体说明:

对于现有业务支撑系统处理前台提交的开卡订单大文件(如10W号码开卡大文件),通过服务开通模块离散为单个消息指令(实时指令)发送给网元进行交互,开通相关功能。此种方式受控于网元连接数,并且单个执行消耗资源较大。当瞬时订单量较大,容易造成订单积压,网元连接数超时造成部分订单处理失败。为了提升开卡订单的处理能力和成功率,需要调整订单处理模式。其中,现有方案中,客户关系管理系统(CRM,CustomerRelationship Management)直接将伪批量文件(实时指令)发送到按省份设置的请求文件目录,各主机只能处理已设置的伪批量文件,无论省份发送过来多少伪批量文件都只能固定在对应主机上处理。

通过对现有方案进行分析,现有方案中存在以下技术问题:

1、一部分厂家网元支持并发连接数有限,批量开户订单的离散为单个指令发送网元,消耗网元连接数多。另一部分厂家网元只支持实时指令,不支持批量文件处理模式。

2、网元连接数有限,当网元连接数占满,处理超时,会造成订单处理失败。当多外围系统同时链接网元,存在资源争用情况。

3、各个主机只能处理已设置的省份的伪批量文件,无论省份发送过来多少伪批量文件都只能固定在对应主机上处理。

为了解决上述技术问题,本申请实施例提供了一种开卡订单处理方法、装置、电子设备及计算机存储介质,通过在接收到大批量开卡订单的情况下,将大批量开卡订单拆分为多个开卡订单小文件,再根据各开卡订单小文件的属性信息,确定各开卡订单小文件的处理模式。根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的优先信息后,根据各开卡订单小文件的优先信息,并按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果。

如此,能够根据大批量开卡订单的业务资源数据和属性信息,确定开卡订单对应的处理模式和优先信息,进而对开卡订单进行处理。能够提高大批量开卡订单的处理效率,以及提升处理大批量开卡订单的智能化水平。

下面首先对本申请实施例所提供的开卡订单处理方法进行介绍,如图1所示,本申请实施例提供的开卡订单处理方法,包括以下步骤:

S101:在接收到大批量开卡订单的情况下,将大批量开卡订单拆分为多个开卡订单小文件;

S102:根据各开卡订单小文件的属性信息,确定各开卡订单小文件的处理模式;

S103:根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的优先信息,目标开卡订单小文件是多个开卡订单小文件中的任一个,业务资源数据包括网络资源数据,以及区域存量业务数据和区域新增业务数据中的至少一项,优先信息用于指示目标开卡订单小文件在多个开卡订单小文件中的优先等级;

S104:根据各开卡订单小文件的优先信息,按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果。

以上为本申请实施例提供的一种开卡订单的处理方法,通过在接收到大批量开卡订单的情况下,将大批量开卡订单拆分为多个开卡订单小文件,再根据各开卡订单小文件的属性信息,确定各开卡订单小文件的处理模式。根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的优先信息后,根据各开卡订单小文件的优先信息,并按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果。如此,能够根据大批量开卡订单的业务资源数据和属性信息,确定开卡订单对应的处理模式和优先信息,进而对开卡订单进行处理。能够提高大批量开卡订单的处理效率,以及提升处理大批量开卡订单的智能化水平。

在S101中,在一个示例中,服务端接收到大批量开卡订单,再将大批量文件按照区域或数量拆分成多个小文件,其中多个小文件可以是多个区域的开卡订单,举例说明,将每个小文件扩展到400条记录,能够减少系统产品间以及网元间交互文件数量。获取到的业务资源数据包括网络资源数据,以及区域存量业务数据和区域新增业务数据中的至少一项。举例说明,业务资源数据可以包括网络资源数据和区域存量业务数据,或者包括网络资源数据和区域新增业务数据。

在S102中,在一个示例中,属性信息包括业务场景信息和区域信息中的至少一项,业务场景信息用于指示开卡订单小文件的接入点名称是否为预设接入点,区域信息用于指示开卡订单小文件所属的区域。

在一个具体的实施例中,业务场景信息用于指示开卡订单小文件的接入点名称是否为物联网业务2G通用接入点名称(CMMTM)或物联网业务4G通用接入点名称(CMIOT)。区域信息用于指示开卡订单小文件的省份。

在一个示例中,目标开卡订单小文件的处理模式包括通过文件方式(真批量)对开卡订单小文件进行批量处理的模式,以及通过实时指令(伪批量)对开卡订单小文件进行批量处理的模式。

在S103中,根据目标开卡订单小文件的处理模式以及业务资源数据中的至少两项,即通过至少三个维度的数据,确定开卡订单小文件的优先信息。在一个示例中,可以通过叠加各维度的数据对应的分数,确定开卡订单小文件的优先信息。还可以通过计算各维度的数据对应的加权分数的方式,确定开卡订单小文件的优先信息。其中优先信息用于指示开卡订单小文件在多个开卡订单小文件中的优先等级,举例说明,优先信息可以是目标开卡订单小文件对应的优先分数,当目标开卡订单小文件的优先分数大于多个区域的开卡订单的优先分数时,目标开卡订单小文件的优先等级最高。

在S104中,在一个示例中,网络资源处理端包括多个用于处理开卡订单业务的网元。服务端根据多个开卡订单小文件的优先信息,确定向网络资源处理端发送开卡订单的顺序,根据发送顺序,将各开卡订单小文件与其对应的处理模式发送至网络资源处理端。网络资源处理端再根据接收到的各开卡订单小文件与其对应的处理模式,对各开卡订单小文件进行处理,得到各开卡订单小文件对应的处理结果。在一个示例中,对于各开卡订单小文件,网络资源处理端根据各开卡订单小文件对应的处理模式对开卡订单小文件进行处理。举例说明,多个开卡订单小文件中包括:区域甲的开卡订单A和区域乙的开卡订单B,开卡订单A对应的处理模式为第一批量处理模式,开卡订单B对应的处理模式为第二处理模式,网络资源处理端根据第一批量处理模式处理开卡订单A,以及根据第二批量处理模式处理开卡订单B。其中,第一批量处理模式可以是通过文件方式(真批量)对开卡订单小文件进行批量处理的模式,第二批量处理模式可以是通过实时指令(伪批量)对开卡订单小文件进行批量处理的模式。

为了提高确定开卡订单小文件对应的处理模式的效率,如图2所示,属性信息为业务场景信息;S102可以包括:

S1021:当业务场景信息指示目标开卡订单小文件的接入点名称为预设接入点的情况下,将通过文件方式对开卡订单进行批量处理的第一批量处理模式,确定为目标开卡订单小文件的处理模式;

S1022:当业务场景信息指示目标开卡订单小文件的接入点名称非预设接入点的情况下,将通过实时指令对开卡订单进行批量处理的第二批量处理模式,确定为目标开卡订单小文件的处理模式。

通过开卡订单小文件的业务场景信息,确定对应的处理模式,能够提高处理开卡订单小文件的效率。

在S1021中,在一个示例中,当业务场景信息指示开卡订单小文件的接入点名称为物联网业务2G通用接入点名称(CMMTM)或物联网业务4G通用接入点名称(CMIOT)的情况下,服务端将通过文件方式(真批量)对开卡订单进行批量处理的模式,确定为开卡订单小文件的处理模式。

在S1022中,在一个示例中,当业务场景信息指示开卡订单小文件的接入点名称非物联网业务2G通用接入点名称(CMMTM)或物联网业务4G通用接入点名称(CMIOT)的情况下,服务端将通过实时指令(伪批量)对开卡订单进行批量处理的模式,确定为开卡订单小文件的处理模式。

为了提高确定开卡订单小文件对应的处理模式的效率,如图3所示,属性信息为区域信息;S102可以包括:

S1023:当区域信息指示目标开卡订单小文件所属的区域为第一区域的情况下,将通过文件方式对开卡订单进行批量处理的第一批量处理模式,确定为目标开卡订单小文件的处理模式;

S1024:当区域信息指示目标开卡订单小文件所属的区域为第二区域的情况下,将通过实时指令对开卡订单进行批量处理的第二批量处理模式,确定为目标开卡订单小文件的处理模式。

通过开卡订单小文件的区域信息,确定开卡订单小文件对应的处理模式,能够提高处理开卡订单小文件的效率。

在S1023中,第一区域可以是根据实际需求进行划分设定的,在此不做限定。在一个具体的实施例中,第一区域可以为东部/北部省份,当区域信息指示开卡订单小文件的区域为东部/北部省份时,服务端将通过文件方式(真批量)对开卡订单进行批量处理的模式,确定为开卡订单小文件的处理模式。

在S1024中,第二区域可以是根据实际需求进行划分设定的,在此不做限定。在一个具体的实施例中,第二区域可以为西部/南部省份,当区域信息指示开卡订单小文件的区域为西部/南部身份时,服务端将通过实时指令(伪批量)对开卡订单进行批量处理的模式,确定为开卡订单小文件的处理模式。

为了提高多个开卡订单小文件的处理效率,如图4所示,S103可以包括:

S1031:根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的评分结果;

S1032:对比目标开卡订单小文件的评分结果,和各开卡订单小文件的评分结果,确定目标开卡订单小文件的优先信息。

通过对比目标开卡订单小文件的评分结果,和各开卡订单小文件的评分结果,能够提高多个开卡订单小文件的处理效率。

在S1031中,服务端根据开卡订单小文件的处理模式和业务资源数据,确定开卡订单小文件的评分结果。在一个示例中,服务端可以根据目标区域的处理模式和业务资源数据,确定开卡订单小文件的评分。举例说明,服务端根据区域甲的开卡订单A的处理模式和业务资源数据得到评分为80,以及根据区域乙的开卡订单B的处理模式和业务资源数据得到评分为75。

在S1032中,在一个示例中,优先信息可以用于指示开卡订单小文件在多个区域的开卡订单中的优先等级,举例说明,若区域甲的开卡订单A的优先等级最高,则优先处理区域甲的开卡订单A。

为了提高确定开卡订单小文件的评分结果的准确性,如图5所示,S1031可以包括:

S10311:根据目标开卡订单小文件的处理模式和业务资源数据,通过网络资源分配评分公式,确定目标开卡订单小文件的评分结果,网络资源分配评分公式为基于第一参数、第二参数以及第二参数对应的权重,确定评分结果的公式,评分结果为第二参数与第二参数对应的权重的乘积以及第一参数之和,第一参数为网络资源数据,第二参数为区域新增业务数据、区域存量业务数据和处理模式中的至少一项。

通过网络资源分配评分公式,以及开卡订单小文件的处理模式和业务数据,确定开卡订单小文件的评分结果,能够提高确定开卡订单小文件的评分结果的准确性。

在S10311中,在一个示例中,将第一参数、第二参数以及第二参数对应的权重代入网络资源分配评分公式中,得到开卡订单小文件的评分。第二参数为区域新增业务数据、区域存量业务数据和开卡订单的处理模式中的至少一项。以第二参数包括区域新增业务数据、区域存量业务数据和开卡订单的处理模式为例,网络资源分配评分公式为:

Score=A+B*W

其中,Score为开卡订单小文件的评分;

A为剩余网元连接数资源参数,A是根据网络资源数据确定的;

B为区域存量业务优先参数,B是根据区域存量业务数据确定的;

C为区域新增业务优先参数,C是根据区域新增业务数据确定的;

D为处理模式优先参数,D是根据开卡订单小文件的处理模式确定的;

W

W

W

可以理解的是,当第二参数为区域新增业务数据、区域存量业务数据和开卡订单的处理模式中的至少一项时,网络资源分配评分公式也仅包括第二参数对应的部分。举例说明,当第二参数包括区域新增业务数据时,网络资源分配评分公式的评分结果为区域新增业务数据与区域新增业务数据对应的权重的乘积,以及网络资源数据之和。

在一个具体的实施例中,根据网络资源数据确定剩余网元连接数资源参数的划分标准如表1。

表1:剩余网元连接数资源参数划分标准

根据区域存量业务数据确定区域存量业务优先参数的划分标准如表2,其中,权重Wb可以为0.5。

表2:区域存量业务优先参数划分标准

根据区域新增业务数据确定区域新增业务优先参数的划分标准如表3,其中,权重Wb可以为0.3。

表3:区域新增业务优先参数划分标准

根据开卡订单小文件的处理模式确定处理模式优先参数的划分标准如表4,其中,权重Wc可以为0.2。

表4:处理模式优先参数划分标准

为了提高对开卡订单小文件进行处理的效率,如图6所示,S104可以包括:

S1041:当多个开卡订单小文件的处理模式包括第一批量处理模式和第二批量处理模式的情况下,根据各开卡订单小文件的优先信息,按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果。

在处理模式包括第一批量处理模式和第二批量处理模式中的至少一种的情况下,根据各开卡订单小文件对应的处理模式,处理各开卡订单小文件,能够提高对开卡订单小文件进行处理的效率。

在S1041中,在一个示例中,在多个开卡订单小文件对应的处理模式包括第一批量处理模式或第二批量处理模式的情况下,网络资源处理端根据第一批量处理模式或第二批量处理模式,统一处理多个开卡订单小文件。在多个开卡订单小文件对应的处理模式包括第一批量处理模式和第二批量处理模式的情况下,根据各开卡订单小文件对应的处理模式,分别对多个开卡订单小文件进行处理。

为了进一步提高对开卡订单小文件进行处理的效率,如图7所示,S104可以包括:

S1042:当多个开卡订单小文件的处理模式包括第一批量处理模式的情况下,根据各开卡订单小文件的优先信息,通过多个网络资源处理单元,根据文件方式对各开卡订单小文件进行处理,得到多个处理结果。

通过网络资源处理端中的多个网络资源处理单元,根据文件方式对各开卡订单进行处理,能够进一步提高对开卡订单小文件进行处理的效率。

在S1042中,在一个具体的实施例中,如图8所示,网络资源处理端包括服务开通模块和网元,网络资源处理端对开卡订单小文件进行处理的具体步骤如下:

步骤1:服务开通模块将开卡订单文件通过文件传输协议(FTP,FileTransferProtocol)方式传输至网元指定接收目录下。

步骤1.1:网元在接收开卡订单文件后,网元会将开卡订单文件从接收目录移动到处理目录。

步骤2.1:网元在接收到服务开通指令后在处理目录中查找开卡订单文件,若步骤1.1的文件移动过程尚未完成,会导致因接收目录中的文件不完成而导致业务处理失败。

步骤2:服务开通模块待文件传输结束后,立刻发起指令请求(包括业务指令以及对应文件名称)。

其中,服务开通模块与网元之间通过安全文件传送协议(SFTP,SSH FileTransfer Protocol)方式传输文件,且支持并发连接数到80~250。对于文件加消息的服务开通模式增加等待时间,针对不同厂家的网元可以采用不同的策略和规则,例如,针对南区/西区甲厂家的网元的“临时目标+20秒等待”机制,在服务开通模块将文件发送至网元临时目录后,将服务开通模块发送指令消息的等待时间设置为20秒,以减少因为临时目录文件比对未完成而造成的错误。服务开通模块上传指令开通文件支持长连接,具体包括:1)支持长连接:由以前的实时指令的短连接修改成长连接;2)增加随机休眠:重试的时候休眠时间随机,保证失败重连的连接不会再同时创建;3)支持重试机制:当创建连接异常,网元处理指令失败的时候支持重试,重新建立连接;4)支持重试次数设置:重试的时候支持次数设置,保证重连能成功。

为了进一步提高对开卡订单进行处理的效率,如图9所示,S104可以包括:

S1043:当多个开卡订单小文件的处理模式包括第二批量处理模式的情况下,对各开卡订单小文件进行分割,得到多个开卡指令;

S1044:通过多个网络资源处理单元,根据实时指令对各开卡指令进行处理,得到多个处理结果。

网络资源处理端通过多个网络资源处理单元,根据实时指令对各开卡订单小文件进行处理,可以进一步提高对开卡订单进行处理的效率。

在S1043中,在一个具体的实施例中,服务开通模块将多个区域的开卡订单的开通报文分割为若干个开通指令的简单对象访问协议(SOAP,Simple Object AccessProtocol)报文,并发送至网元。

在S1044中,在一个具体的实施例中,如图10所示,客户关系管理模块(CRM,Customer Relationship Management)按中心设置请求文件目录,并通过文件均衡分发处理,将文件均衡分发至中心内各台主机的主机文件目录。将独立进程发送到该目录后,同时服务开通模块通过发起指令请求,将文件传输至网元,并使网元扫描该目录处理伪批量文件,具体包括:将/provision/BAT/$SACID/REQ目录替换以前的/provision/BAT/$BEID/REQ目录,其中$字段依据所在主机配置例如:/provision/BAT/SAC03/REQ。最后各主机将结果文件上传至集中结果文件目录中,等待客户关系管理模块进行扫描,客户关系管理模块会根据服务开通模块的消息获取对应区域的结果文件进行处理。其中,相较于现有技术而言,请求文件目录不再区分区域,目录以中心为维度接收伪批量文件,能够处理各个区域发来的伪批量文件。

基于上述实施例提供的开卡订单处理方法,本申请实施例还提供一种开卡订单处理装置1100,该装置包括:

拆分模块1101,用于在接收到大批量开卡订单的情况下,将大批量开卡订单拆分为多个开卡订单小文件;

第一确定模块1102,用于根据各开卡订单小文件的属性信息,确定各开卡订单小文件的处理模式;

第二确定模块1103,用于根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的优先信息,目标开卡订单小文件是多个开卡订单小文件中的任一个,业务资源数据包括网络资源数据,以及区域存量业务数据和区域新增业务数据中的至少一项,优先信息用于指示目标开卡订单小文件在多个开卡订单小文件中的优先等级;

处理模块1104,用于根据各开卡订单小文件的优先信息,按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果。

本申请实施例提供的一种开卡订单处理装置1100,拆分模块1101通过在接收到大批量开卡订单的情况下,将大批量开卡订单拆分为多个开卡订单小文件,第一确定模块1102再根据各开卡订单小文件的属性信息,确定各开卡订单小文件的处理模式。第二确定模块1103根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的优先信息后,处理模块1104根据各开卡订单小文件的优先信息,并按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果。

如此,能够根据大批量开卡订单的业务资源数据和属性信息,确定开卡订单对应的处理模式和优先信息,进而对开卡订单进行处理。能够提高大批量开卡订单的处理效率,以及提升处理大批量开卡订单的智能化水平。

作为本申请的另一种实施例,为了提高根据开卡订单的属性信息,确定开卡订单对应的处理模式的效率,第一确定模块1102还可以包括:

第一确定单元,当业务场景信息指示目标开卡订单小文件的接入点名称为预设接入点的情况下,将通过文件方式对开卡订单进行批量处理的第一批量处理模式,确定为目标开卡订单小文件的处理模式;

第二确定单元,当业务场景信息指示目标开卡订单小文件的接入点名称非预设接入点的情况下,将通过实时指令对开卡订单进行批量处理的第二批量处理模式,确定为目标开卡订单小文件的处理模式。

作为本申请的另一种实施例,为了提高根据开卡订单的属性信息,确定开卡订单对应的处理模式的效率,第一确定模块1102还可以包括:

第三确定单元,当区域信息指示目标开卡订单小文件所属的区域为第一区域的情况下,将通过文件方式对开卡订单进行批量处理的第一批量处理模式,确定为目标开卡订单小文件的处理模式;

第四确定单元,当区域信息指示目标开卡订单小文件所属的区域为第二区域的情况下,将通过实时指令对开卡订单进行批量处理的第二批量处理模式,确定为目标开卡订单小文件的处理模式。

作为本申请的另一种实施例,为了提高多个不同区域的开卡订单的处理效率,第二确定模块1103可以包括:

第五确定单元,用于根据目标开卡订单小文件的处理模式和业务资源数据,确定目标开卡订单小文件的评分结果;

第六确定单元,对比目标开卡订单小文件的评分结果,和各开卡订单小文件的评分结果,确定目标开卡订单小文件的优先信息。

作为本申请的另一种实施例,为了提高确定开卡订单小文件的评分结果的准确性率,第五确定单元可以具体用于:

根据目标开卡订单小文件的处理模式和业务资源数据,通过网络资源分配评分公式,确定目标开卡订单小文件的评分结果,网络资源分配评分公式为基于第一参数、第二参数以及第二参数对应的权重,确定评分结果的公式,评分结果为第二参数与第二参数对应的权重的乘积以及第一参数之和,第一参数为网络资源数据,第二参数为区域新增业务数据、区域存量业务数据和处理模式中的至少一项。

作为本申请的另一种实施例,为了提高对开卡订单进行处理的效率,处理模块1104可以具体用于:

当多个开卡订单小文件的处理模式包括第一批量处理模式和第二批量处理模式的情况下,根据各开卡订单小文件的优先信息,按照各开卡订单小文件对应的处理模式处理各开卡订单小文件,得到多个开卡订单小文件对应的多个处理结果。

为了进一步提高对开卡订单进行处理的效率,处理模块1104可以具体用于:

当多个开卡订单小文件的处理模式包括第一批量处理模式的情况下,根据各开卡订单小文件的优先信息,通过多个网络资源处理单元,根据文件方式对各开卡订单小文件进行处理,得到多个处理结果。

为了进一步提高对开卡订单进行处理的效率,处理模块1104可以具体用于:

当多个开卡订单小文件的处理模式包括第二批量处理模式的情况下,对各开卡订单小文件进行分割,得到多个开卡指令;

通过多个网络资源处理单元,根据实时指令对各所述开卡指令进行处理,得到多个处理结果。

基于上述实施例提供的开卡订单处理方法和装置,本申请实施例还提供一种电子设备1200,如图12所示:

包括处理器1201,存储器1202,存储在存储器1202上并可在处理器1201上运行的计算机程序,该计算机程序被处理器1201执行时实现上述开卡订单处理方法实施例的各个过程,且能达到相同的技术效果。

具体地,上述处理器1201可以包括中央处理器(CPU),或者特定集成电路(ASIC,Application Specific Integrated Circuit),或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器1202可以包括用于数据或指令的大容量存储器。举例来说而非限制,存储器1202可包括硬盘驱动器(HDD,Hard Disk Drive)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(USB,Universal Serial Bus)驱动器或者两个或更多个以上这些的组合。在合适的情况下,存储器1202可包括可移除或不可移除(或固定)的介质。在合适的情况下,存储器1202可在综合网关容灾设备的内部或外部。在特定实施例中,存储器1202是非易失性固态存储器。

在特定实施例中,存储器可包括只读存储器(ROM),随机存取存储器(RAM),磁盘存储介质设备,光存储介质设备,闪存设备,电气、光学或其他物理/有形的存储器存储设备。因此,通常,存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如,存储器设备),并且当该软件被执行(例如,由一个或多个处理器)时,其可操作来执行参考根据本申请的一方面的方法所描述的操作。

处理器1201通过读取并执行存储器1202中存储的计算机程序指令,以实现上述实施例中的任意一种开卡订单处理方法。

在一个示例中,电子设备还可包括通信接口1203和总线1210。作为一种示例,如图12所示,处理器1201、存储器1202、通信接口1203通过总线1210连接并完成相互间的通信。

通信接口1203,主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线1210包括硬件、软件或两者,将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制,总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下,总线1210可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线,但本申请考虑任何合适的总线或互连。

本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述开卡订单处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,的计算机可读存储介质,如只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等。

需要明确的是,本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见,这里省略了对已知方法的详细描述。在上述实施例中,描述和示出了若干具体的步骤作为示例。但是,本申请的方法过程并不限于所描述和示出的具体步骤,本领域的技术人员可以在领会本申请的精神后,作出各种改变、修改和添加,或者改变步骤之间的顺序。

以上的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时,其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时,本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中,或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路,等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是,本申请中提及的示例性实施例,基于一系列的步骤或者装置描述一些方法或系统。但是,本申请不局限于上述步骤的顺序,也就是说,可以按照实施例中提及的顺序执行步骤,也可以不同于实施例中的顺序,或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解,流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器,以产生一种机器,使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解,框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合,也可以由执行指定的功能或动作的专用硬件来实现,或可由专用硬件和计算机指令的组合来实现。

以上,仅为本申请的具体实施方式,所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、模块和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。应理解,本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。

相关技术
  • 订单处理方法、装置、电子设备和计算机可读存储介质
  • 订单分配方法、装置、计算机可读存储介质及电子设备
  • 数据处理方法、装置、计算机可读存储介质和电子设备
  • 三维模型处理方法和装置、电子设备、计算机可读存储介质
  • 数据处理方法和装置、电子设备和计算机存储介质
  • 订单处理方法、装置、电子设备和计算机存储介质
  • 订单处理方法、装置、电子设备及计算机可读存储介质
技术分类

06120116211656