CN112217944A - 在线话单处理方法、装置、设备以及存储介质 - Google Patents

Abstract

本申请提供一种在线话单处理方法、装置、设备以及存储介质。该方法包括：服务器获取待处理话单后，根据预设的标准化规则，将该待处理话单进行标准化处理。服务器获取预先存储的触发器规则。服务器对标准待处理话单中满足触发器规则的话单进行处理，以生成处理后话单。服务器完成对话单的处理后，将该处理后话单发送到后台服务器。本申请的方法，实现在主业务流程不变的情况下，可以同时处理4G话单和5G话单，提高研发资源、运维资源和人力资源的利用率。

Description

在线话单处理方法、装置、设备以及存储介质

技术领域

本申请涉及通信技术，尤其涉及一种在线话单处理方法、装置、设备以及存储介质。

背景技术

随着无线通信网络的发展，用户使用无线通信网络实现信息交互越来越便捷。用户在使用时，通常将该移动数据应用于信函、电报、传真、话音、可视图文、图像函件等消息的相互交换中。运营商针对上述消息交换方式，通常使用消息处理系统对用户的移动数据使用情况进行处理。

当前主要使用的移动数据为4G数据。针对4G数据，消息处理系统主要使用4G的数据信道(Data Communication Channel，DCC)规范，实现对用户的数据使用情况进行处理。消息处理系统使用4G的DCC规范，区分出号码、位置、时长、上行流量、下行流量等信息的索引位置。在话单合并及出单判定时，消息处理系统从上述索引位置中，选取特定的索引位置对应的字段值进行处理。

随着5G数据的推广，消息处理系统在原有4G数据的基础上，还需要对5G数据的使用情况进行处理。然而，5G的规范与4G的规范在字段数量、顺序、类型等维度存在差别。因此，如何实现消息处理系统同时对4G数据和5G数据的使用情况进行处理，成为亟待解决的问题。

发明内容

本申请提供一种在线话单处理方法、装置、设备以及存储介质，用以解决如何实现消息处理系统同时对4G数据和5G数据的使用情况进行处理的问题。

第一方面，本申请提供一种在线话单处理方法，包括：

利用预设标准化规则，对待处理话单进行标准化处理，以生成标准待处理话单；

对所述标准待处理话单中满足触发器规则的话单进行处理，以生成处理后话单；

发送所述处理后话单。

可选地，所述利用预设标准化规则，对待处理话单进行标准化处理，以生成标准待处理话单，包括：

获取所述待处理话单，所述待处理话单为从消息报文中解析得到的话单；

对所述待处理话单中每一字段进行解释，得到所述待处理话单的数据表，所述数据表中每一行数据为所述待处理话单中各个字段的解释；

根据所述待处理话单和所述数据表生成所述标准待处理话单。

可选地，所述待处理话单的字段包括业务类型、索引位置、字段名、字段类型、合并模式以及消息类型中的至少一个字段。

可选地，所述合并模式用于指示在话单在合并时的处理方式，所述处理方式包括：覆盖处理、忽略处理以及累加处理中的至少一种。

可选地，所述对所述标准待处理话单中满足触发器规则的话单进行处理，包括：

根据所述标准待处理话单中的目标字段确定所述触发器规则；

根据所述触发器规则，对所述标准待处理话单中满足所述触发器规则的话单进行处理。

可选地，所述触发器规则包括以下至少一条：

当所述目标字段达到预设数值时，发送所述待处理话单；

当所述目标字段为预设字段时，合并所述待处理话单和历史话单；

当所述目标字段小于预设数值时，忽略所述待处理话单。

可选地，所述获取所述待处理话单之前，还包括：

获取消息报文，所述消息报文中包括至少一条待处理话单；

根据预设校验规则，校验所述消息报文；

对所述消息报文进行解析，得到所述消息报文中的待处理话单。

第二方面，本申请提供一种在线话单处理装置，包括：

标准化模块，用于利用预设标准化规则，对待处理话单进行标准化处理，以生成标准待处理话单；

处理模块，用于对所述标准待处理话单中满足触发器规则的话单进行处理，以生成处理后话单；

发送模块，用于发送所述处理后话单。

可选地，所述利用预设标准化规则，对待处理话单进行标准化处理，以生成标准待处理话单，包括：

获取子模块，用于获取所述待处理话单，所述待处理话单为从消息报文中解析得到的话单；

解释子模块，用于对所述待处理话单中每一字段进行解释，得到所述待处理话单的数据表，所述数据表中每一行数据为所述待处理话单中各个字段的解释；

生成子模块，用于根据所述待处理话单和所述数据表生成所述标准待处理话单。

可选地，所述待处理话单的字段包括业务类型、索引位置、字段名、字段类型、合并模式以及消息类型中的至少一个字段。

可选地，所述合并模式用于指示在话单在合并时的处理方式，所述处理方式包括：覆盖处理、忽略处理以及累加处理中的至少一种。

可选地，所述对所述标准待处理话单中满足触发器规则的话单进行处理，包括：

确定子模块，用于根据所述标准待处理话单中的目标字段确定所述触发器规则；

触发子模块，用于根据所述触发器规则，对所述标准待处理话单中满足所述触发器规则的话单进行处理。

可选地，所述触发器规则包括以下至少一条：

当所述目标字段达到预设数值时，发送所述待处理话单；

当所述目标字段为预设字段时，合并所述待处理话单和历史话单；

当所述目标字段小于预设数值时，忽略所述待处理话单。

可选地，所述获取所述待处理话单之前，还包括：

获取模块，用于获取消息报文，所述消息报文中包括至少一条待处理话单；

校验模块，用于根据预设校验规则，校验所述消息报文；

解析模块，用于对所述消息报文进行解析，得到所述消息报文中的待处理话单。

第三方面，本申请提供一种服务器，包括：存储器和处理器；

存储器用于存储程序指令；

处理器用于调用存储器中的程序指令执行第一方面及第一方面任一种可能的设计中的在线话单处理方法。

第四方面，本申请提供一种可读存储介质，可读存储介质中存储有执行指令，当服务器的至少一个处理器执行该执行指令时，服务器执行第一方面及第一方面任一种可能的设计中的在线话单处理方法。

本申请提供的在线话单处理方法、装置、设备以及存储介质，通过获取待处理话单后，根据预设的标准化规则，将该待处理话单进行标准化处理；获取预先存储的触发器规则；根据标准待处理话单中的key值，从触发器规则中筛选出可能可以被触发的触发器规则；根据触发器规则中的字段名、触发器类型、门限值等参数，判断该数据表中的参数是否满足该触发器的触发器规则；当该数据表中的参数满足该触发器的触发器规则时，根据该触发器的预设处理方式，对该话单进行处理；完成对话单的处理后，将该处理后话单发送到后台服务器的手段，实现在主业务流程不变的情况下，可以同时处理4G话单和5G话单，提高研发资源、运维资源和人力资源的利用率。

附图说明

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

图1为本申请一实施例提供的一种无线通信网络的场景示意图；

图2为本申请一实施例提供的一种在线话单处理方法的流程图；

图3为本申请一实施例提供的另一种在线话单处理方法的流程图；

图4为本申请一实施例提供的再一种在线话单处理方法的流程图；

图5为本申请一实施例提供的一种在线话单处理装置的结构示意图；

图6为本申请一实施例提供的另一种在线话单处理装置的结构示意图；

图7为本申请一实施例提供的再一种在线话单处理装置的结构示意图；

图8为本申请一实施例提供的一种服务器的硬件结构示意图。

具体实施方式

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

下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

随着无线通信网络的发展，用户使用无线通信网络实现信息交互越来越便捷。用户在使用时，通常将该移动数据应用于信函、电报、传真、话音、可视图文、图像函件等消息的相互交换中。运营商针对上述消息交换方式，通常使用消息处理系统对用户的移动数据使用情况进行处理。

当前主要使用的移动数据为4G数据。针对4G数据，消息处理系统主要使用4G的数据信道(Data Communication Channel，DCC)规范，实现对用户的数据使用情况进行处理。消息处理系统使用4G的DCC规范，区分出号码、位置、时长、上行流量、下行流量等信息的索引位置。在话单合并及出单判定时，消息处理系统从上述索引位置中，选取特定的索引位置对应的字段值进行处理。

随着5G数据的推广，消息处理系统在原有4G数据的基础上，还需要对5G数据的使用情况进行处理。目前4G数据的话单处理是基于DCC协议与网元进行交互。消息处理系统按照协议的规定字段进行合并、时长、流量累计及超门限出单等。5G的协议规范与4G的协议整体相似，但字段有差异，包括但不限于字段个数、字段类型、字段顺序等。因此，为了实现消息处理系统对4G数据和5G数据的处理，通常采用重新修改程序的方法，使该程序可以针对5G数据进行处理。进而，在完成程序修改后，将该重新修改的程序重新发布，使该消息处理系统在保留原有对4G数据进行处理的基础啊上，实现对5G数据的处理。

然而，该方法的使用，通常需要程序重新发布后，进行全业务流程的测试。该测试过程中，可能给线上生产环境带来风险。同时，为了使该消息处理系统可以同时适配于4G数据和5G数据，需要修改原有系统，或者建立新系统。该系统的修改可能会使线上生产环境中同时包括针对4G数据和5G数据的两套程序。运维人员需要同时监控4G消息处理与5G消息处理两套系统，研发人员也面临同时维护两套代码的情况。显然，这不仅存在研发资源与运维资源的浪费，而且，是一种人力和资源的严重浪费。

针对上述问题，本申请提出了一种在线话单处理方法、装置、设备以及存储介质。本申请的提出意在兼容4G、5G在线话单处理，从而满足在融合计费。服务器利用预设的标准化规则，4G、5G在线话单的字段进行解释，得到标准化后的标准待处理话单。服务器利用标准代理处话单中的数据表，确定该待处理话单的触发器规则。进而，根据该触发器规则，服务请度该话单进行处理。其中，在线话单处理可以包括话单的合并、时长、流量累计、超出门限出单等业务的需求。

图1示出了本申请一实施例提供的一种无线通信网络的场景示意图。如图所示，该场景中包括基站、服务器和多个终端。其中，终端可以包括手机、平板、笔记本电脑、智能家居设备等需要使用移动通信网络的电子设备。用户使用终端向基站请求业务服务。

其中，服务器可以通过基站，获取终端使用移动数据时产生的话单。并根据服务器中预设的触发器，实现对满足触发器规则的话单进行处理。具体地，实现上述方法的设备可以为服务器的硬件装置，或者为服务器中实现上述方法的计费平台。该计费平台可以单独安装于该服务器上，或者该管理平台还可以以分布式的方式，安装在多台服务器上。

图2示出了本申请一实施例提供的一种在线话单处理方法的流程图。在图1所示实施例的基础上，如图2所示，以服务器为执行主体，本实施例的方法可以包括如下步骤：

S101、利用预设标准化规则，对待处理话单进行标准化处理，以生成标准待处理话单。

本实施例中，服务器获取待处理话单后，根据预设的标准化规则，将该待处理话单进行标准化处理。其中，待处理话单为服务器从消息报文中解析得到的4G或者5G话单。其中，标准化规则用于对待处理话单中每一字段进行解释，进而确定该待处理话单的数据表。该数据表中对待处理话单中每一字段的解释内容相同，即对每一字段解释的逻辑视图相同。因此，服务器可以根据该数据表，对4G或者5G话单进行统一处理。其中，数据表的逻辑视图可以表示为：

字段：(业务类型、消息类型、索引、字段名、字段类型、合并模式)

主键：(业务类型、消息类型、索引)

服务器使用字典类型作为内存中的数据结构，将该数据表保存于该服务器的内存中。其中，字典类型的数据结构中通常包括key和value两个主要结构。其中，key用于唯一确定一个话单，其内容包括业务类型和消息类型。其中，value为一个数组，包括索引、字段名、字段类型、合并模式等内容。

S102、对标准待处理话单中满足触发器规则的话单进行处理，以生成处理后话单。

本实施例中，服务器获取预先存储的触发器规则，该触发器规则的逻辑视图表示可以为：

字段：(业务类型、消息类型、索引、字段名、触发器类型、门限值)

主键：(业务类型、消息类型、索引、触发器类型)

服务器使用字典类型作为存储该触发器规则的数据结构。其中，key用于唯一确定该触发器规则，其中包括业务类型和消息类型。其中，value为一个数组，包括索引、字段名、触发器类型、门限值。

服务器可以根据标准待处理话单中的key值，从触发器规则中筛选出可能可以被触发的触发器规则。上述被筛选出来的触发器规则的key值与数据表的key值相同。

进而，服务器根据触发器规则中的字段名、触发器类型、门限值等参数，判断该数据表中的参数是否满足该触发器的触发器规则。当该数据表中的参数满足该触发器的触发器规则时，服务器根据该触发器的预设处理方式，对该话单进行处理。其中，触发器的处理方式主要包括消息解析、处理、合并、判定、出单等。

例如，当服务器获取该标准待处理话单后，将该标准待处理话单存入缓存的时长达到预设时长时，服务器确定该标准待处理话单为处理后话单。又如，当服务器确定该标准待处理话单可以与历史话单合并时，服务器合并该标准待处理话单和历史话单，进而确定处理后话单。

S103、发送处理后话单。

本实施例中，服务器完成对话单的处理后，将该处理后话单发送到后台服务器。该后台服务器根据该处理后话单，实现对该用户的该次话单的计费操作。后台服务器还可以存储该处理后话单。

其中，服务器可以为应用于各省或者各分部的在线话单处理系统，该系统用于实现对话单的处理、合并、判定等操作。

其中，后台服务器可以应用于总部，用于获取各省或者各分部的话单，并根据该话单实现计费操作。

本申请提供的在线话单处理方法，服务器获取待处理话单后，根据预设的标准化规则，将该待处理话单进行标准化处理。服务器获取预先存储的触发器规则。服务器可以根据标准待处理话单中的key值，从触发器规则中筛选出可能可以被触发的触发器规则。服务器根据触发器规则中的字段名、触发器类型、门限值等参数，判断该数据表中的参数是否满足该触发器的触发器规则。当该数据表中的参数满足该触发器的触发器规则时，服务器根据该触发器的预设处理方式，对该话单进行处理。服务器完成对话单的处理后，将该处理后话单发送到后台服务器。本申请中，通过对话单的标准化处理，使4G话单和5G话单都可以通过该方法确定对应的触发器，从而，实现在主业务流程不变的情况下，使服务器可以同时处理4G话单和5G话单。该方法的使用，避免了使用两套程序分别实现4G话单处理和5G话单处理，减少了研发资源与运维资源的消耗，提高了人力资源的利用率。同时，在服务器端对话单进行处理，并将处理后话单发送到后台服务器的方式，可以有效提高后台服务器的处理效率，减少后台服务器的网络资源、服务器内存、存储等资源的消耗。

图3示出了本申请一实施例提供的另一种在线话单处理方法的流程图。在图1和图2所示实施例的基础上，如图3所示，以服务器为执行主体，本实施例的方法可以包括如下步骤：

S201、获取待处理话单，待处理话单为从消息报文中解析得到的话单。

本实施例中，服务器获取消息报文，该消息报文中包括至少一个话单。每一话单用于指示用户的一次业务使用情况。

在用户终端，该消息报文可以在用户结束一次业务使用后，向服务器发送。例如，用户终端可以在用户结束一次通话后，向服务器发送该次通话的话单。或者，用户终端还可以以固定时间间隔向服务器发送消息报文。该消息报文中包括该用户终端在该时间间隔内，所使用的所有业务。

服务器在接受到消息报文后，对该消息报文进行解析，获取该消息报文中的待处理话单。服务器对解析得到的至少一个待处理话单逐个进行处理。

S202、对待处理话单中每一字段进行解释，得到待处理话单的数据表，数据表中每一行数据为待处理话单中各个字段的解释。

本实施例中，服务器根据预设的数据表的逻辑视图，对该待处理话单中的每一字段进行解释。完成对一个待处理话单的解释后，服务器得到一个数据表。该数据表的行数为带待处理话单的字段个数，该数据表的列数为该逻辑视图中的字段个数。

一种示例中，对待处理话单中的字段进行解释时，解释内容包括业务类型、消息类型、索引位置、字段名、字段类型以及合并模式中的至少一个。服务器对待处理话单中的每一字段进行上述内容的解释。

其中，合并模式用于指示在话单在合并时的处理方式，该处理方式可以包括覆盖处理、忽略处理以及累加处理中的至少一种。

其中，字段名为该在待处理话单中，被解释的字段的名称。

其中，业务类型和消息类型直接根据该待处理话单的业务类型、消息类型确定。

S203、根据待处理话单和数据表生成标准待处理话单。

本实施例中，其中对待处理话单中每一字段进行解释得到的数据表，由于解释内容具有一致性，因此，服务器可以根据该数据表实现对该待处理话单的判断。因此，服务器确定该待处理话单及其数据表为标准待处理话单。

S204、根据标准待处理话单中的目标字段确定触发器规则。

本实施例中，服务器根据数据表中的业务类型和消息类型，在触发器中检索具有相同的业务类型和消息类型主键的触发器。服务器在获取具有指定的业务类型和消息类型的触发器后，获取这些触发器的触发器规则。服务器根据该标准待处理话单中的其他数据，确定该标准待处理话单是否触发器规则。

一种示例中，触发器规则包括以下至少一条：当目标字段达到预设数值时，发送待处理话单；当目标字段为预设字段时，合并待处理话单和历史话单；当目标字段小于预设数值时，忽略待处理话单。

例如，该触发器规则可以为，当该待处理话单的时长超过60分钟时，发送该待处理话单。或者，该触发器规则可以为，当该待处理话单的小区位置为A小区时，合并A小区的历史话单。

S205、根据触发器规则，对标准待处理话单中满足触发器规则的话单进行处理。

本实施例中，服务器在确定该标准待处理话单对应的触发器后，服务器根据该触发器的预设规则，对该标准待处理话单进行处理。

例如，当该触发器用于合并话单，该触发器规则为合并小区位置为A小区的话单。此时，当历史话单中包括小区位置为A小区的话单时，服务器合并该待处理话单和历史话单。

在合并历史话单和待处理话单时，服务器逐一比较历史话单和待处理话单中的各个字段。例如，当待处理话单的上行流量标注为忽略时，服务器忽略该待处理话单的上行流量，并保留上行流量为历史话单中的上行流量。例如，当待处理话单的下行流量标注为累加时，服务器累加历史话单中的下行流量和待处理话单中的下行流量。

S206、发送处理后话单。

其中，步骤S206与图2实施例中的步骤S103实现方式类似，本实施例此处不再赘述。

本申请提供的线话单处理方法，服务器获取待处理话单。服务器根据预设的数据表的逻辑视图，对该待处理话单中的每一字段进行解释。服务器可以根据标准待处理话单中的key值，从触发器规则中筛选出可能可以被触发的触发器规则。服务器根据触发器规则中的字段名、触发器类型、门限值等参数，判断该数据表中的参数是否满足该触发器的触发器规则。当该数据表中的参数满足该触发器的触发器规则时，服务器根据该触发器的预设处理方式，对该话单进行处理。服务器完成对话单的处理后，将该处理后话单发送到后台服务器。本申请中，通过对话单的标准化处理，使4G话单和5G话单都可以通过该方法确定对应的触发器，从而，实现在主业务流程不变的情况下，使服务器可以同时处理4G话单和5G话单。该方法的使用，避免了使用两套程序分别实现4G话单处理和5G话单处理，减少了研发资源与运维资源的消耗，提高了人力资源的利用率。同时，在服务器端对话单进行处理，并将处理后话单发送到后台服务器的方式，可以有效提高后台服务器的处理效率，减少后台服务器的网络资源、服务器内存、存储等资源的消耗。

图4示出了本申请一实施例提供的再一种在线话单处理方法的流程图。在图1至图3所示实施例的基础上，如图4所示，以服务器为执行主体，本实施例的方法可以包括如下步骤：

S301、获取消息报文，消息报文中包括至少一条待处理话单。

本实施例中，在用户终端，该消息报文可以在用户结束一次业务使用后，向服务器发送。例如，用户终端可以在用户结束一次通话后，向服务器发送该次通话的话单。或者，用户终端还可以以固定时间间隔向服务器发送消息报文。该消息报文中包括该用户终端在该时间间隔内，所使用的所有业务。

其中，消息报文可以通过JSON格式进行传输，其格式可以为：

其中，消息头包括会话标识、消息类型和业务类型。其中，消息类型和业务类型通常可以用于标识一类话单。

S302、根据预设校验规则，校验消息报文。

本实施例中，服务器对JSON格式的消息报文进行反序列化。服务器校验消息头的会话标识、业务类型、消息类型有效性。服务器校验消息体的话单字段长度、类型与元数据模型的字段类型、字段数量有效性及正确性。

当消息报文为真时，服务器继续执行消息报文的解析。当消息报文为假时，服务器不对该消息报文中的话单进行处理。同时，服务器向管理员报告该假消息报文。

S303、对消息报文进行解析，得到消息报文中的待处理话单。

本实施例中，服务器从消息头中解析得到会话标识、业务类型、消息类型。服务器从消息体中解析得到多个话单。服务器将解析得到的话单与解析得到的会话标识、业务类型、消息类型相结合，得到多个待处理话单。

S304、利用预设标准化规则，对待处理话单进行标准化处理，以生成标准待处理话单。

S305、对标准待处理话单中满足触发器规则的话单进行处理，以生成处理后话单。

S306、发送处理后话单。

其中，步骤S304至S306与图2实施例中的步骤S101至S103实现方式类似，本实施例此处不再赘述。

本申请提供的线话单处理方法，服务器获取消息报文。服务器通过校验，确定该消息报文是否为真。当该消息报文为真时，服务器解析该消息报文，得到待处理话单。服务器根据预设的数据表的逻辑视图，对该待处理话单中的每一字段进行解释。服务器可以根据标准待处理话单中的key值，从触发器规则中筛选出可能可以被触发的触发器规则。服务器根据触发器规则中的字段名、触发器类型、门限值等参数，判断该数据表中的参数是否满足该触发器的触发器规则。当该数据表中的参数满足该触发器的触发器规则时，服务器根据该触发器的预设处理方式，对该话单进行处理。服务器完成对话单的处理后，将该处理后话单发送到后台服务器。本申请中，通过对话单的标准化处理，使4G话单和5G话单都可以通过该方法确定对应的触发器，从而，实现在主业务流程不变的情况下，使服务器可以同时处理4G话单和5G话单。该方法的使用，避免了使用两套程序分别实现4G话单处理和5G话单处理，减少了研发资源与运维资源的消耗，提高了人力资源的利用率。同时，在服务器端对话单进行处理，并将处理后话单发送到后台服务器的方式，可以有效提高后台服务器的处理效率，减少后台服务器的网络资源、服务器内存、存储等资源的消耗。

图5示出了本申请一实施例提供的一种在线话单处理装置的结构示意图，如图5所示，本实施例的在线话单处理装置10用于实现上述任一方法实施例中对应于服务器的操作，本实施例的在线话单处理装置10包括：

标准化模块11，用于利用预设标准化规则，对待处理话单进行标准化处理，以生成标准待处理话单。

处理模块12，用于对标准待处理话单中满足触发器规则的话单进行处理，以生成处理后话单。

发送模块13，用于发送处理后话单。

本申请实施例提供的在线话单处理装置10，可执行上述方法实施例，其具体实现原理和技术效果，可参见上述方法实施例，本实施例此处不再赘述。

图6示出了本申请一实施例提供的另一种在线话单处理装置的结构示意图，在图5所示实施例的基础上，如图6所示，本实施例的在线话单处理装置10用于实现上述任一方法实施例中对应于服务器的操作，本实施例的标准化模块11和发送模块13包括：

获取子模块111，用于获取待处理话单，待处理话单为从消息报文中解析得到的话单。

解释子模块112，用于对待处理话单中每一字段进行解释，得到待处理话单的数据表，数据表中每一行数据为待处理话单中各个字段的解释。

生成子模块113，用于根据待处理话单和数据表生成标准待处理话单。

一种示例中，待处理话单的字段包括业务类型、索引位置、字段名、字段类型、合并模式以及消息类型中的至少一个字段。

一种示例中，合并模式用于指示在话单在合并时的处理方式，处理方式包括：覆盖处理、忽略处理以及累加处理中的至少一种。

确定子模块121，用于根据标准待处理话单中的目标字段确定触发器规则。

触发子模块122，用于根据触发器规则，对标准待处理话单中满足触发器规则的话单进行处理。

一种示例中，触发器规则包括一下至少一条：当目标字段达到预设数值时，发送待处理话单；当目标字段为预设字段时，合并待处理话单和历史话单；当目标字段小于预设数值时，忽略待处理话单。

本申请实施例提供的在线话单处理装置10，可执行上述方法实施例，其具体实现原理和技术效果，可参见上述方法实施例，本实施例此处不再赘述。

图7示出了本申请一实施例提供的再一种在线话单处理装置的结构示意图，在图5和图6所示实施例的基础上，如图7所示，本实施例的在线话单处理装置10用于实现上述任一方法实施例中对应于服务器的操作，本实施例的在线话单处理装置10还包括：

获取模块14，用于获取消息报文，消息报文中包括至少一条待处理话单。

校验模块15，用于根据预设校验规则，校验消息报文。

解析模块16，用于对消息报文进行解析，得到消息报文中的待处理话单。

本申请实施例提供的在线话单处理装置10，可执行上述方法实施例，其具体实现原理和技术效果，可参见上述方法实施例，本实施例此处不再赘述。

图8示出了本申请实施例提供的一种服务器的硬件结构示意图。如图8所示，该服务器20，用于实现上述任一方法实施例中对应于服务器的操作，本实施例的服务器20可以包括：存储器21，处理器22和通信接口24。

存储器21，用于存储处理器的可执行指令。

存储器21可能包含高速随机存取存储器(Random Access Memory，RAM)，也可能还包括非易失性存储(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

处理器22，用于执行存储器存储的计算机程序，以实现上述实施例中的在线话单处理方法。具体可以参见前述方法实施例中的相关描述。

可选地，存储器21既可以是独立的，也可以跟处理器22集成在一起。

当存储器21是独立于处理器22之外的器件时，服务器20还可以包括：

总线23，用于连接存储器21和处理器22。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

通信接口24，该通信接口24可以通过总线23与处理器21连接。处理器22可以控制通信接口24来实现报文的接受以及话单的发送功能。

本实施例提供的服务器可用于执行上述的在线话单处理方法，其实现方式和技术效果类似，本实施例此处不再赘述。

本申请还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被处理器执行时用于实现上述的各种实施方式提供的方法。

其中，计算机可读存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如，计算机可读存储介质耦合至处理器，从而使处理器能够从该计算机可读存储介质读取信息，且可向该计算机可读存储介质写入信息。当然，计算机可读存储介质也可以是处理器的组成部分。处理器和计算机可读存储介质可以位于专用集成电路(Application Specific Integrated Circuits，ASIC)中。另外，该ASIC可以位于用户设备中。当然，处理器和计算机可读存储介质也可以作为分立组件存在于通信设备中。

上述计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random-Access Memory，SRAM)，电可擦除可编程只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)，可编程只读存储器(Programmable read-only memory，PROM)，只读存储器(Read-OnlyMemory，ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

本申请还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在计算机可读存储介质中。设备的至少一个处理器可以从计算机可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得设备实施上述的各种实施方式提供的方法。

本申请实施例还提供一种芯片，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片的设备执行如上各种可能的实施方式中的方法。

应理解，上述处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例方法的部分步骤。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤。而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制。尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换。而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种在线话单处理方法，其特征在于，所述方法包括：

利用预设标准化规则，对待处理话单进行标准化处理，以生成标准待处理话单；

对所述标准待处理话单中满足触发器规则的话单进行处理，以生成处理后话单；

发送所述处理后话单。

2.根据权利要求1所述的方法，其特征在于，所述利用预设标准化规则，对待处理话单进行标准化处理，以生成标准待处理话单，包括：

获取所述待处理话单，所述待处理话单为从消息报文中解析得到的话单；

对所述待处理话单中每一字段进行解释，得到所述待处理话单的数据表，所述数据表中每一行数据为所述待处理话单中各个字段的解释；

根据所述待处理话单和所述数据表生成所述标准待处理话单。

3.根据权利要求1或2所述的方法，其特征在于，所述待处理话单的字段包括业务类型、索引位置、字段名、字段类型、合并模式以及消息类型中的至少一个字段。

4.根据权利要求3所述的方法，其特征在于，所述合并模式用于指示在话单在合并时的处理方式，所述处理方式包括：覆盖处理、忽略处理以及累加处理中的至少一种。

5.根据权利要求2所述的方法，其特征在于，所述对所述标准待处理话单中满足触发器规则的话单进行处理，包括：

根据所述标准待处理话单中的目标字段确定所述触发器规则；

根据所述触发器规则，对所述标准待处理话单中满足所述触发器规则的话单进行处理。

6.根据权利要求5所述的方法，其特征在于，所述触发器规则包括以下至少一条：

当所述目标字段达到预设数值时，发送所述待处理话单；

当所述目标字段为预设字段时，合并所述待处理话单和历史话单；

当所述目标字段小于预设数值时，忽略所述待处理话单。

7.根据权利要求2所述的方法，其特征在于，所述获取所述待处理话单之前，还包括：

获取消息报文，所述消息报文中包括至少一条待处理话单；

根据预设校验规则，校验所述消息报文；

对所述消息报文进行解析，得到所述消息报文中的待处理话单。

8.一种在线话单处理装置，其特征在于，所述装置，包括：

标准化模块，用于利用预设标准化规则，对待处理话单进行标准化处理，以生成标准待处理话单；

处理模块，用于对所述标准待处理话单中满足触发器规则的话单进行处理，以生成处理后话单；

发送模块，用于发送所述处理后话单。

9.一种在线话单处理设备，其特征在于，所述设备，包括：存储器，处理器；

存储器，用于存储所述处理器的可执行指令；

处理器，用于根据所述存储器存储的可执行指令，实现如权利要求1-7中任意一项所述的在线话单处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-7任一项所述的在线话单处理方法。

Images