CN112019576A - 业务控制方法、装置、计算设备及计算机存储介质 - Google Patents

Abstract

本发明实施例涉及物联网技术领域，公开了一种业务控制方法、装置、计算设备及计算机存储介质，该方法包括：读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；如果所述用户端号码为异常号码，则触发预设的业务操作。通过上述方式，本发明实施例可以轻松地对物联网卡进行灵活的业务控制，实现逻辑简单，对现有系统采用服务和接口的方式实现，无需大规模的改造即可完成。

Description

业务控制方法、装置、计算设备及计算机存储介质

技术领域

本发明实施例涉及物联网技术领域，具体涉及一种业务控制方法、装置、计算设备及计算机存储介质。

背景技术

随着物联网卡的普及，由于物联网卡来源于普通的3G、4G的SIM卡(SubscriberIdentification Module，用户身份识别卡)，业务控制均采用原有的网络和系统，如使用语音业务、流量业务等。由于物联网卡与传统语音和流量等面向大众的业务特征有明显的不一样，因此传统的业务控制的方法面临很多的问题。现有的物联网卡在业务控制的实现方案上面依赖运营商的业务支撑系统，实现的简单逻辑结构包含：1、普通的白卡写入国际移动用户识别码(International Mobile Subscriber Identification Number，IMSI)等信息；2、向归属位置寄存器(Home Location Register，HLR)、归属用户服务器(HomeSubscriber Server，HSS)等网元进行业务开通；3、出现欠费等情况，发送停机、停服务的指令给网元进行处理，进行相关的业务控制。

在实现本发明实施例的过程中，发明人发现：现有的技术方案是基于传统卡的控制方案来实现的，控制方法单一，只能简单的实现的给用户停机或者停服务的能力，且现有的计费逻辑和业务控制的逻辑耦合在一起，导致设计复杂。现有的业务支撑系统主要实现用户的话单批价，话单计费，合账和信用控制等一体化的方案。主要存在以下的技术缺点：业务控制过于单一，无法实现精准和灵活的业务控制；各个模块的耦合性特别强，改造难度大，模块相互影响强。现有的技术方案针对物联网卡的灵活控制无法支撑，如部分的物联网卡在通话达到多少次的情况下，触发停机。

发明内容

鉴于上述问题，本发明实施例提供了一种业务控制方法、装置、计算设备及计算机存储介质，克服了上述问题或者至少部分地解决了上述问题。

根据本发明实施例的一个方面，提供了一种业务控制方法，所述方法包括：读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；如果所述用户端号码为异常号码，则触发预设的业务操作。

在一种可选的方式中，所述读取任一消息数据之前，包括：通过计费程序获取话单文件；对所述话单文件进行分流形成至少一个所述消息数据；将所述消息数据写入Kafka平台。

在一种可选的方式中，所述话单文件包括语音话单文件、流量话单文件、短信话单文件的至少其中之一。

在一种可选的方式中，所述读取任一消息数据，包括：滤除所述消息数据中非物联网的所述用户端号码；将所述消息数据存储至redis集群中。

在一种可选的方式中，所述将所述话单流数据存储至redis集群中，包括：在预设时间内将所述话单流数据存储至一集合中，其中所述集合的结构与redis集群的结构相同；超过所述预设时间，则将所述集合中的所述消息数据存储至所述redis集群中。

在一种可选的方式中，所述根据所述业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码，包括：从所述redis集群中获取存储的与所述用户端号码对应的所述第二业务数据；根据所述第二业务数据应用预设的业务规则判定所述用户端号码是否为异常号码。

在一种可选的方式中，所述如果所述用户端号码为异常号码，则触发预设的业务操作，包括：如果所述用户端号码为异常号码，则触发停机或者停服务的操作；所述方法还包括：如果所述用户端号码为正常号码，则读取下一条所述消息数据。

根据本发明实施例的另一个方面，提供了一种业务控制装置，所述装置包括：消息读取单元，用于读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；判定单元，用于根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；触发模块，用于如果所述用户端号码为异常号码，则触发预设的业务操作。

根据本发明实施例的另一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述业务控制方法的步骤。

根据本发明实施例的又一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使所述处理器执行上述业务控制方法的步骤。

本发明实施例通过读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；如果所述用户端号码为异常号码，则触发预设的业务操作，可以轻松地对物联网卡进行灵活的业务控制，实现逻辑简单，对现有系统采用服务和接口的方式实现，无需大规模的改造即可完成。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的业务控制方法的流程示意图；

图2示出了本发明实施例提供的另一业务控制方法的流程示意图；

图3示出了本发明实施例提供的业务控制装置的结构示意图；

图4示出了本发明实施例提供的计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

图1示出了本发明实施例提供的业务控制方法的流程示意图。如图1所示，业务控制方法包括：

步骤S11：读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据。

具体地，从分布式发布订阅消息系统(Kafka)平台读取任一消息数据，滤除所述消息数据中非物联网的所述用户端号码；将所述消息数据存储至redis集群中。其中，第二业务数据以链表(list)存储，发现不同内容的第二业务数据就加入到list链表的数据结构中。在本发明实施例中，业务类型可以为语音业务、流量业务、短信业务的其中之一，而不同业务类型，有不同的第二业务数据，在此不作限制。。如业务类型为语音业务，对应的第二业务数据可以为被叫电话号码、通话时间、通话时长、主被叫类型、长途类型等的其中之一

在本发明实施例中，是实时从Kafka平台读取消息数据并进行后续的处理，由于一天的消息数据量很大，为了减小对redis的访问，在预设时间内将所述消息数据存储至一集合中，其中所述集合的结构与redis集群的结构相同；超过所述预设时间，则将所述集合中的所述消息数据存储至所述redis集群中。优选地，将消息数据存入一个map集合中，map集合的结构和redis保存的结构保证一致，超过一分钟，就将map集合中的消息数据存入到redis中。

步骤S12：根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码。

具体地，从所述redis集群中获取与所述用户端号码对应的所述第二业务数据；根据所述第二业务数据应用预设的业务规则判定所述用户端号码是否为异常号码。由于redis集群中已经存储了当前消息数据，直接从所述redis集群中获取的与所述用户端号码对应的所述第二业务数据即包括了当前消息数据中的第二业务数据以及存储在redis集群中的与用户端号码对应的历史的第二业务数据。进而可以根据从redis集群中获取的第二业务数据应用预设的业务规则判定所述用户端号码是否为异常号码。

在步骤S12中，与用户端号码对应的第二业务数据满足预设条件时，判定该用户端号码为异常号码，否则为正常号码。例如，第二业务数据为被叫号码，被叫号码个数达到50个时，判定该用户端号码为异常号码。

在本发明实施例中，预设的业务规则可以用户自行设置，具体可以通过前端网页进行自己负责的所有物联网卡的查询，设置业务规则，比如能否进行通话，通话的次数等参数。

步骤S13：如果所述用户端号码为异常号码，则触发预设的业务操作。

具体地，如果用户端号码为异常号码，则输出该用户端号码，触发停机或者停服务的操作。如果用户端号码为正常号码，则读取下一条消息数据，重复步骤S11-S13。

在本发明实施例中，如果所述用户端号码为异常号码，还可以将所述用户端号码进行网页展示；或者通过短信通知所述用户端号码。

本发明实施例通过读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；如果所述用户端号码为异常号码，则触发预设的业务操作，可以轻松地对物联网卡进行灵活的业务控制，实现逻辑简单，对现有系统采用服务和接口的方式实现，无需大规模的改造即可完成。

在本发明实施例中，如图2所示，在步骤S12之前进一步包括：

步骤S100：通过计费程序获取话单文件。

在本发明实施例中，话单文件包括语音话单文件、流量话单文件、短信话单文件的至少其中之一。通过计费程序实时处理话单文件，将话单实时分流到大数据平台。通过大数据接收来自业务运营支撑系统(Business&OperationSupport System，BOSS)的话单文件，采用小文件汇聚，需要解决的关键技术问题是海量小文件的接收处理的问题，大数据采用集群的方式，多台服务器同时处理，提升话单文件的读取能力(IO能力)。以语音话单文件为例，话单文件的记录包含：用户电话号码、被叫电话号码、通话时间、通话时长、主被叫类型、长途类型等。

步骤S101：对所述话单文件进行分流形成至少一个所述消息数据。

具体地，将话单文件拆分成一条条的消息数据。话单文件中可以包括多个话单，每个话单对应一条消息数据。

步骤S102：将所述消息数据写入Kafka平台。

将拆分的消息数据写入到Kafka平台中进行处理，可以解决海量话单的接收处理问题。

在本发明实施例中，以语音话单文件为例，用户端号码即为主叫号码，与用户端号码对应的第二业务数据取对端号码，即被叫号码，预设的业务规则为被叫号码不能超过50个。在步骤S11中，流处理集群Storm的Spout从Kafka平台读取实时的语音话单流消息数据，每条消息数据过滤非物联网的用户端号码。Storm是一个开源的流处理框架，具有处理性能高、吞吐量大、可扩展性强的特点。Redis集群存储每个物联网号码的对端号码，发现新的号码加入到list链表的数据结构中。每当有一条通话记录被Storm读取到，就会存入redis中，而一天的通话记录数量还是很大的，为了减小对redis的访问，选择先将消息数据存入一个map集合中，map的结构和redis保存的结构保证一致，超过一分钟，就将map集合中的消息数据存入到redis中。

在步骤S12中，Storm的bolt消息处理端每处理物联网卡的通话号码，都去redis集群查用户的通话list清单，放到本地内存中。把每个主叫的用户端号码对应的被叫号码识别出来，并进行规则判断，如果用户的对端号码超过50个号码，则判定该用户端号码为异常号码，否则为正常号码。

在步骤S13中，如果所述用户端号码为异常号码，输出异常号码。根据预设的业务控制原语，控制相关的业务操作，如停机或者停服务的操作。如果该用户端号码为正常号码，继续处理下一条消息。

本发明实施例可以轻松地配置某个物联网卡能够与外部的通话次数、通话的电话号码数，实现“如果月通话50个电话号码发生通话则停机”的复杂业务逻辑。独立于传统的支撑系统，基于大数据流处理的架构，实现逻辑简单，对现有系统采用服务和接口的方式实现，无需大规模的改造即可完成，实现了物联网卡的灵活的控制。

图3示出了本发明实施例的业务控制装置的结构示意图。如图3所示，该业务控制装置包括：消息读取单元301、判定单元302以及触发模块303。其中：

消息读取单元301用于读取任一所述消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；判定单元302用于根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；触发模块303用于如果所述用户端号码为异常号码，则触发预设的业务操作。

在一种可选的方式中，业务控制装置还包括分流单元304，用于通过计费程序获取话单文件；对话单文件进行分流形成至少一个所述消息数据；将所述消息数据写入Kafka平台。

在一种可选的方式中，话单文件包括语音话单文件、流量话单文件、短信话单文件的至少其中之一。

在一种可选的方式中，消息读取单元301还用于：滤除所述消息数据中非物联网的所述用户端号码；将所述消息数据存储至redis集群中。

在一种可选的方式中，消息读取单元301还用于：在预设时间内将所述消息数据存储至一集合中，其中所述集合的结构与redis集群的结构相同；超过所述预设时间，则将所述集合中的消息数据存储至所述redis集群中。

在一种可选的方式中，判定单元302还用于：从所述redis集群中获取与存储的所述用户端号码对应的所述第二业务数据；根据所述第二业务数据应用预设的业务规则判定所述用户端号码是否为异常号码。

在一种可选的方式中，触发模块303还用于：如果所述用户端号码为异常号码，则触发停机或者停服务的操作；如果所述用户端号码为正常号码，则读取下一条所述消息数据。

本发明实施例通过读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；如果所述用户端号码为异常号码，则触发预设的业务操作，可以轻松地对物联网卡进行灵活的业务控制，实现逻辑简单，对现有系统采用服务和接口的方式实现，无需大规模的改造即可完成。

本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的业务控制方法。

可执行指令具体可以用于使得处理器执行以下操作：

读取任一所述消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；

根据所述业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；

如果所述用户端号码为异常号码，则触发预设的业务操作。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

通过计费程序获取话单文件；

对所述话单文件进行分流形成至少一个所述消息数据；

将所述消息数据写入Kafka平台。

在一种可选的方式中，所述话单文件包括语音话单文件、流量话单文件、短信话单文件的至少其中之一。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

滤除所述消息数据中非物联网的所述用户端号码；

将所述消息数据存储至redis集群中。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

在预设时间内将所述消息数据存储至一集合中，其中所述集合的结构与redis集群的结构相同；

超过所述预设时间，则将所述集合中的消息数据存储至所述redis集群中。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

从所述redis集群中获取存储的与所述用户端号码对应的所述第二业务数据；

根据所述第二业务数据应用预设的业务规则判定所述用户端号码是否为异常号码。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

如果所述用户端号码为异常号码，则触发停机或者停服务的操作；

如果所述用户端号码为正常号码，则读取下一条所述消息数据。

本发明实施例通过读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；如果所述用户端号码为异常号码，则触发预设的业务操作，可以轻松地对物联网卡进行灵活的业务控制，实现逻辑简单，对现有系统采用服务和接口的方式实现，无需大规模的改造即可完成。

本发明实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述任意方法实施例中的业务控制方法。

可执行指令具体可以用于使得处理器执行以下操作：

读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；

根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；

如果所述用户端号码为异常号码，则触发预设的业务操作。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

通过计费程序获取话单文件；

对话单文件进行分流形成至少一个所述消息数据；

将所述消息数据写入Kafka平台。

在一种可选的方式中，所述话单文件包括语音话单文件、流量话单文件、短信话单文件的至少其中之一。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

滤除所述消息数据中非物联网的所述用户端号码；

将所述消息数据存储至redis集群中。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

在预设时间内将所述消息数据存储至一集合中，其中所述集合的结构与redis集群的结构相同；

超过所述预设时间，则将所述集合中的消息数据存储至所述redis集群中。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

从所述redis集群中获取存储的与所述用户端号码对应的所述第二业务数据；

根据所述第二业务数据应用预设的业务规则判定所述用户端号码是否为异常号码。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

如果所述用户端号码为异常号码，则触发停机或者停服务的操作；

如果所述用户端号码为正常号码，则读取下一条所述消息数据。

本发明实施例通过读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；如果所述用户端号码为异常号码，则触发预设的业务操作，可以轻松地对物联网卡进行灵活的业务控制，实现逻辑简单，对现有系统采用服务和接口的方式实现，无需大规模的改造即可完成。

图4示出了本发明设备实施例的结构示意图，本发明具体实施例并不对设备的具体实现做限定。

如图4所示，该设备可以包括：处理器(processor)402、通信接口(CommunicationsInterface)404、存储器(memory)406、以及通信总线408。

其中：处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。处理器402，用于执行程序410，具体可以执行上述业务控制方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器406，用于存放程序410。存储器406可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序410具体可以用于使得处理器402执行以下操作：

读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；

根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；

如果所述用户端号码为异常号码，则触发预设的业务操作。

在一种可选的方式中，程序410具体可以用于使得处理器402执行以下操作：

通过计费程序获取话单文件；

对话单文件进行分流形成至少一个所述消息数据；

将所述消息数据写入Kafka平台。

在一种可选的方式中，所述话单文件包括语音话单文件、流量话单文件、短信话单文件的至少其中之一。

在一种可选的方式中，程序410具体可以用于使得处理器402执行以下操作：

滤除所述消息数据中非物联网的所述用户端号码；

将所述消息数据存储至redis集群中。

在一种可选的方式中，程序410具体可以用于使得处理器402执行以下操作：

在预设时间内将所述消息数据存储至一集合中，其中所述集合的结构与redis集群的结构相同；

超过所述预设时间，则将所述集合中的消息数据存储至所述redis集群中。

在一种可选的方式中，程序410具体可以用于使得处理器402执行以下操作：

从所述redis集群中获取存储的与所述用户端号码对应的所述第二业务数据；

根据所述第二业务数据应用预设的业务规则判定所述用户端号码是否为异常号码。

在一种可选的方式中，程序410具体可以用于使得处理器402执行以下操作：

如果所述用户端号码为异常号码，则触发停机或者停服务的操作；

如果所述用户端号码为正常号码，则读取下一条所述消息数据。

本发明实施例通过读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；如果所述用户端号码为异常号码，则触发预设的业务操作，可以轻松地对物联网卡进行灵活的业务控制，实现逻辑简单，对现有系统采用服务和接口的方式实现，无需大规模的改造即可完成。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (10)

1.一种业务控制方法，其特征在于，所述方法包括：

读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；

根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；

如果所述用户端号码为异常号码，则触发预设的业务操作。

2.根据权利要求1所述的方法，其特征在于，所述读取任一消息数据之前，包括：

通过计费程序获取话单文件；

对所述话单文件进行分流形成至少一个所述消息数据；

将所述消息数据写入Kafka平台。

3.根据权利要求2所述的方法，其特征在于，所述话单文件包括语音话单文件、流量话单文件、短信话单文件的至少其中之一。

4.根据权利要求1所述的方法，其特征在于，所述读取任一消息数据，包括：

滤除所述消息数据中非物联网的所述用户端号码；

将所述消息数据存储至redis集群中。

5.根据权利要求4所述的方法，其特征在于，所述将所述消息数据存储至redis集群中，包括：

在预设时间内将所述消息数据存储至一集合中，其中所述集合的结构与redis集群的结构相同；

超过所述预设时间，则将所述集合中的所述消息数据存储至所述redis集群中。

6.根据权利要求4所述的方法，其特征在于，所述根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码，包括：

从所述redis集群中获取存储的与所述用户端号码对应的所述第二业务数据；

根据所述第二业务数据应用预设的业务规则判定所述用户端号码是否为异常号码。

7.根据权利要求1所述的方法，其特征在于，所述如果所述用户端号码为异常号码，则触发预设的业务操作，包括：

如果所述用户端号码为异常号码，则触发停机或者停服务的操作；

所述方法还包括：

如果所述用户端号码为正常号码，则读取下一条所述消息数据。

8.一种业务控制装置，其特征在于，所述装置包括：

消息读取单元，用于读取任一消息数据，其中所述消息数据至少包括用户端号码和与所述用户端号码不同的第二业务数据；

判定单元，用于根据所述第二业务数据以及存储的与所述用户端号码对应的历史的所述第二业务数据，应用预设的业务规则判定所述用户端号码是否为异常号码；

触发模块，用于如果所述用户端号码为异常号码，则触发预设的业务操作。

9.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行根据权利要求1-7任一项所述业务控制方法的步骤。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行根据权利要求1-7任一项所述业务控制方法的步骤。

Images