CN116193382A - 业务提醒方法、装置、电子设备及存储介质 - Google Patents
业务提醒方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN116193382A CN116193382A CN202310186414.7A CN202310186414A CN116193382A CN 116193382 A CN116193382 A CN 116193382A CN 202310186414 A CN202310186414 A CN 202310186414A CN 116193382 A CN116193382 A CN 116193382A
- Authority
- CN
- China
- Prior art keywords
- target user
- user
- service
- data
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 57
- 238000003860 storage Methods 0.000 title claims abstract description 19
- 238000012545 processing Methods 0.000 claims description 39
- 230000002452 interceptive effect Effects 0.000 claims description 15
- 230000004044 response Effects 0.000 claims description 14
- 230000008569 process Effects 0.000 claims description 7
- 238000004891 communication Methods 0.000 abstract description 12
- 238000010586 diagram Methods 0.000 description 12
- 238000007726 management method Methods 0.000 description 9
- 238000013461 design Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 5
- 230000003111 delayed effect Effects 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000002354 daily effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 235000019580 granularity Nutrition 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000012800 visualization Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000004931 aggregating effect Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000001212 derivatisation Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000013486 operation strategy Methods 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/141—Indication of costs
- H04L12/1414—Indication of costs in real-time
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1432—Metric aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请提供一种业务提醒方法、装置、电子设备及存储介质，涉及通信技术领域，用于解决现有技术中存在的催缴方式不合理的问题。该方法包括：获取运营商系统中的流数据以及批数据；根据流数据以及批数据，确定运营商系统中的第一目标用户以及第二目标用户；基于第一预设策略向第一目标用户发送第一业务提醒消息，以及，基于第二预设策略向第二目标用户发送第二业务提醒消息；第一业务提醒消息包括第一停机时间；第二业务提醒消息包括第二停机时间；第二停机时间晚于第一停机时间。
Description
技术领域
本申请涉及通信技术领域，尤其涉及一种业务提醒方法、装置、电子设备及存储介质。
背景技术
随着通信技术的发展，手机的使用越来越广泛，极大的扩展了人们的社交范围。在日常使用手机的过程中，经常会出现因没有及时向运营商缴费而导致暂停通信服务的现象，通常称为“欠费停机”。
当手机发生欠费停机时，用户往往不能及时发现，因此运营商往往会向用户进行费用催缴。但是，在实际应用中，频繁催缴或者滞后催缴(例如用户缴费后才接到催缴信息)的现象时有发生，导致用户对运营商的催缴较为反感，也导致运营商的催缴效率低下。因此，如何设计一种合理的催缴方案为当前亟需解决的技术问题。
发明内容
本申请提供一种业务提醒方法、装置、电子设备及存储介质，用于解决现有技术中存在的催缴方式不合理的问题。
为达到上述目的，本申请采用如下技术方案：
第一方面，提供一种业务提醒方法，方法包括：获取运营商系统中的流数据以及批数据；流数据用于反映运营商系统的实时用户数据；实时用户数据包括用户当前账户信息；批数据用于反映运营商系统的离线数据；离线数据包括用户身份信息；用户身份信息包括白名单用户或者非白名单用户；白名单用户的信用值大于非白名单用户的信用值；根据流数据以及批数据，确定运营商系统中的第一目标用户以及第二目标用户；第一目标用户为白名单用户，第一目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；第二目标用户为非白名单用户，第二目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；基于第一预设策略向第一目标用户发送第一业务提醒消息，以及，基于第二预设策略向第二目标用户发送第二业务提醒消息；第一业务提醒消息包括第一停机时间；第二业务提醒消息包括第二停机时间；第二停机时间晚于第一停机时间。
可选的，基于第一预设策略向第一目标用户发送第一业务提醒消息，包括：在未对第一目标用户进行短信通知的情况下，以短信通知的方式向第一目标用户发送第一业务提醒消息；在已对第一目标用户进行短信通知的情况下，以互动式语音应答的方式向第一目标用户发送第一业务提醒消息；在已对第一目标用户进行互动式语音应答的情况下，以人工提醒的方式向第一目标用户发送第一业务提醒消息。
可选的，第二预设策略包括延期停机策略；基于第二预设策略向第二目标用户发送第二业务提醒消息，包括：基于延期停机策略，生成用于请求是否同意延期停机的第二业务提醒消息，并向第二目标用户发送第二业务提醒消息；在接收到二目标用户的同意延期停机指令的情况下，为第二目标用户进行延期停机处理。
可选的，方法还包括：根据流数据以及批数据，确定运营商系统中的第三目标用户；第三目标用户为欠费停机用户；基于第三预设策略向第三目标用户发送第三业务提醒消息；第三业务提醒消息用于对第三目标用户进行催告；第三业务提醒消息的发送频次大于第一业务提醒消息的发送频次或者第二业务提醒消息的发送频次。
可选的，方法还包括：根据流数据以及批数据，确定运营商系统中的第四目标用户；第四目标用户为欠费停机用户，且第四目标用户的欠费停机时长大于或等于预设时长；在第四目标用户为非白名单用户的情况下，对第四目标用户进行停机处理；在第四目标用户为白名单用户的情况下，对第四目标用户进行暂缓停机处理。
第二方面，提供一种业务提醒装置，装置包括获取单元、确定单元以及发送单元；获取单元，用于获取运营商系统中的流数据以及批数据；流数据用于反映运营商系统的实时用户数据；实时用户数据包括用户当前账户信息；批数据用于反映运营商系统的离线数据；离线数据包括用户身份信息；用户身份信息包括白名单用户或者非白名单用户；白名单用户的信用值大于非白名单用户的信用值；确定单元，用于根据流数据以及批数据，确定运营商系统中的第一目标用户以及第二目标用户；第一目标用户为白名单用户，第一目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；第二目标用户为非白名单用户，第二目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；发送单元，用于基于第一预设策略向第一目标用户发送第一业务提醒消息，以及，基于第二预设策略向第二目标用户发送第二业务提醒消息；第一业务提醒消息包括第一停机时间；第二业务提醒消息包括第二停机时间；第二停机时间晚于第一停机时间。
可选的，发送单元，具体用于：在未对第一目标用户进行短信通知的情况下，以短信通知的方式向第一目标用户发送第一业务提醒消息；在已对第一目标用户进行短信通知的情况下，以互动式语音应答的方式向第一目标用户发送第一业务提醒消息；在已对第一目标用户进行互动式语音应答的情况下，以人工提醒的方式向第一目标用户发送第一业务提醒消息。
可选的，第二预设策略包括延期停机策略；发送单元，具体用于：基于延期停机策略，生成用于请求是否同意延期停机的第二业务提醒消息，并向第二目标用户发送第二业务提醒消息；在接收到二目标用户的同意延期停机指令的情况下，为第二目标用户进行延期停机处理。
可选的，确定单元还用于，根据流数据以及批数据，确定运营商系统中的第三目标用户；第三目标用户为欠费停机用户；发送单元，还用于基于第三预设策略向第三目标用户发送第三业务提醒消息；第三业务提醒消息用于对第三目标用户进行催告；第三业务提醒消息的发送频次大于第一业务提醒消息的发送频次或者第二业务提醒消息的发送频次。
可选的，确定单元还用于：根据流数据以及批数据，确定运营商系统中的第四目标用户；第四目标用户为欠费停机用户，且第四目标用户的欠费停机时长大于或等于预设时长；在第四目标用户为非白名单用户的情况下，对第四目标用户进行停机处理；在第四目标用户为白名单用户的情况下，对第四目标用户进行暂缓停机处理。
第三方面，提供一种电子设备，包括：处理器、用于存储处理器可执行的指令的存储器；其中，处理器被配置为执行指令，以实现上述第一方面的业务提醒方法。
第四方面，提供一种计算机可读存储介质，计算机可读存储介质上存储有指令，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述第一方面的业务提醒方法。
本申请实施例提供的技术方案至少带来以下有益效果：业务提醒装置获取运营商系统中的流数据以及批数据。其中，流数据用于反映运营商系统的实时用户数据；实时用户数据包括用户当前账户信息；批数据用于反映运营商系统的离线数据；离线数据包括用户身份信息；用户身份信息包括白名单用户或者非白名单用户；白名单用户的信用值大于非白名单用户的信用值。进一步的，业务提醒装置根据流数据以及批数据，确定运营商系统中的第一目标用户以及第二目标用户；第一目标用户为白名单用户，第一目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；第二目标用户为非白名单用户，第二目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；基于第一预设策略向第一目标用户发送第一业务提醒消息，以及，基于第二预设策略向第二目标用户发送第二业务提醒消息；第一业务提醒消息包括第一停机时间；第二业务提醒消息包括第二停机时间；第二停机时间晚于第一停机时间。本申请采用运营商数据批流一体化处理思路，重点分析了停机场景相关问题，可以实时更新用户欠费、意向缴费等状态。针对不同的目标用户，设置不同的提醒方式，使得催缴方式更加合理，提升用户的业务体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种业务提醒系统的结构示意图；
图2为本申请实施例提供的一种运行商系统的分布式系统架构示意图；
图3为本申请实施例提供的一种业务提醒方法的流程示意图一；
图4为本申请实施例提供的一种三级漏斗提醒工具示意图一；
图5为本申请实施例提供的一种用户提醒方案示意图一；
图6为本申请实施例提供的一种业务提醒方法的流程示意图二；
图7为本申请实施例提供的一种三级漏斗提醒工具示意图二；
图8为本申请实施例提供的一种用户提醒方案示意图二；
图9为本申请实施例提供的一种业务提醒方法的流程示意图三；
图10为本申请实施例提供的一种用户提醒方案示意图三；
图11为本申请实施例提供的一种业务提醒装置的结构示意图；
图12为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
还需要说明的是，本申请实施例中，“的(英文：of)”，“相应的(英文：corresponding，relevant)”和“对应的(英文：corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。
为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。
在对本申请实施例进行详细地解释说明之前，先对本申请实施例涉及到的一些技术术语以及相关技术进行介绍。
流数据：流数据是一组顺序、大量、快速、连续到达的数据序列,一般情况下，流数据可被视为一个随时间延续而无限增长的动态数据集合。应用于网络监控、传感器网络、航空航天、气象测控和金融服务等领域。
批量数据：简称批数据，批量数据是指包含许多数据，而且这些数据之间存在一定逻辑关系，如数学中的向量、矩阵、一个班学生成绩表等。这种数据不论是存储，还是处理都需要考虑它们的逻辑关系。如果按基本类型来处理，无法考虑其逻辑关系，在程序设计中就很难处理。
海杜普(Hadoop)：Hadoop是一个由Apache基金会所开发的分布式系统基础架构。用户可以在不了解分布式底层细节的情况下，开发分布式程序。充分利用集群的威力进行高速运算和存储。
在万物互联的时代下，精细化运营的企业需要高时效性数据的支撑，如何能对每天产生的海量数据实现实时且有效的处理，进而能够挖掘出更有价值的信息，对提升企业的决策运营策能力愈发重要。从数据分析的结果中准确及时地获取用户的反馈可以帮助企业更快的做出决策，更好的进行产品迭代，如何对数据进行流批一体化处理在这一过程中起到了不可替代的作用。
随着通信技术的发展，手机的使用越来越广泛，极大的扩展了人们的社交范围。在日常使用手机的过程中，经常会出现因没有及时向运营商缴费而导致暂停通信服务的现象，通常称为“欠费停机”。
当手机发生欠费停机时，用户往往不能及时发现，因此运营商往往会向用户进行费用催缴。但是，在实际应用中，频繁催缴或者滞后催缴(例如用户缴费后才接到催缴信息)的现象时有发生，导致用户对运营商的催缴较为反感，也导致运营商的催缴效率低下。例如，因电信运营商客户欠费、缴费等过程行为数据导致未能及时输送至一线营销人员，带来的客户服务感知降低及投诉增加的情况愈来愈多因此，如何设计一种合理的催缴方案为当前亟需解决的技术问题。
鉴于此，本申请实施例提供了一种业务提醒方法，通过批流一体化的数据处理方式，将运营商系统中用户的离线、实时数据进行整合，以便实时更新用户欠费、意向缴费等状态，趸交续费、欠费停机用户催缴、可信人延期停机、停机拦截/负荷机制等业务智能提醒，并达到压控欠费信控停机总量、压控投诉的目标。
下面结合附图对本申请实施例提供的业务提醒方法进行详细说明。
本申请实施例提供的业务提醒方法可以适用于业务提醒系统，图1示出了该业务提醒系统的一种结构示意图。如图1所示，业务提醒系统10包括业务提醒装置11以及电子设备12。其中，业务提醒装置11与电子设备12之间可以采用有线方式连接，也可以采用无线方式连接，本申请实施例对此不作限定。
业务提醒装置11用于获取运营商系统中的流数据以及批数据，根据流数据以及批数据，确定运营商系统中的第一目标用户以及第二目标用户。业务提醒装置11还用于基于第一预设策略向第一目标用户发送第一业务提醒消息，以及，基于第二预设策略向第二目标用户发送第二业务提醒消息。
图2则示出了一种运行商系统的分布式系统架构。其中，该分布式系统架构可以为Hadoop架构。该分布式系统架构包括数据采集网络层、内部汇聚交换机层以及机房。机房中部署有多个机架(机架1，机架2，……，机架n)，这些机架上分别部署有管理节点以及数据节点。管理节点包括计算资源管理器(Resource Manager，RM)以及任务历史记录器(JobHistory Server，JHS)。数据节点包括节点管理器(Node Manager，NM)、应用管理器(Application Master，AM)以及命名节点(Namenode，NN)。
RM负责将各种计算资源(CPU、内存等)分发给节点管理器。资源管理器与应用管理器共同参与集群资源分配。
JHS主要负责记录所有应用(application)的详细日志。
NM负责集群所有储算节点计算资源(CPU、内存等)的管理。节点上所运行的所有大数据相关的服务及任务的全生命周期均由节点管理器管理。
AM负责分发来自计算资源管理器下发的计算资源。
NN维护着文件系统树及整棵树内所有的文件和目录。这些信息以两个文件形式永久保存在本地磁盘上：命名空间镜像文件和编辑日志文件。NN也记录着每个文件中各个块所在的数据节点信息，但它并不永久保存块的位置信息，因为这些信息在系统启动时由数据节点重建。
作为hadoop分布式文件系统的管理服务，主要通过元数据(meta-data)完成hadoop文件系统的命名空间管理、集群配置信息管理、存储单元的复制信息管理。以基于Hadoop 3.1版本搭建高可用的大数据集群为例，当前NN单点故障的解决方案是通过阶段性的合并编辑(edits)文件和镜像(fsimage)文件，从而缩短集群的启动时间。为保障Hadoop平台的稳定运行，需要NN采用2台高性能的服务器，通过热备份(Hot-Standby)方式，实现NN的高可用性，解决NN的单点故障。
另外，还可以使用共享存储完成NN节点间edits文件的实时同步。具体的，DataNode服务会向两个NodeManager服务发送块信息。DataNode向Active NodeManager和Standby NodeManager发送块信息，从而确保集群处于最新状态。隔离(Fencing)的主要功能是为了防止出现脑裂现象，即确保在任何时刻只有一个处于Active状态的NameNode，主要实现手段包括：共享存储fencing，确保只有一个NN可以写入edits。客户端fencing，确保只有一个NN可以响应客户端的请求。DataNode端的fencing，可以保证同一时间只接收一个NameNode下发的命令，如删除block、复制block等。
Apache Flink(简称Flink)是从Apache基金会孵化的顶级开源实时大数据处理框架。主要适用于分布式、高性能、高可用的流数据场景开发。即可以处理有边界的有限数据流和无边界的无限数据流。真正意义上的流数据主要指无边界的数据流，故Flink是支持真正意义流计算的大数据组件。有边界的数据流即批数据，故Flink也是支持批处理的大数据组件。但是Flink在批处理场景的应用率要远低于在流处理场景上的应用率，能够将批处理和流处理在同一个大数据组件中统一加工处理也是Flink目标之一。Flink可以在各式各样的集群环境中快速完成部署，不同规模的数据均可在Flink集群上完成快速计算。
数据流上完成有状态计算(StatefulComputations over Data Streams)是Flink项目设定的核心目标。即：作为分布式的大数据处理引擎，能够实现在无边界的无限数据流和有边界的有限数据流上进行有状态计算。Flink是基于内存完成数据处理操作的，数据的处理速度取决于集群内存的大小。
当前三大主流的计算资源管理平台(Yarn、Mesos、Kubernetes)均可完美支持Flink执行计算任务，Flink也可以跑在单机上，使用一台机器的内存完成计算任务。Flink任务运行在Yarn、Mesos、Kubernetes时不会存在单点失效的问题。实践证明，Flink对于TB级别的数据场景仍能保持高吞吐、低延迟的特性。
作为Apache基金会最负盛名的消息中间件顶级项目，具有分布式、高吞吐、多分区的特点。Kafka是当前主流的分布式消息引擎，因其全方位的性能受到各行业龙头企业的青睐，常被用作消息总线和实时数据存储介质。
Kafka拥有为高吞吐、低延迟的特点使其能够在技术的红海中屹立不倒；随着Kafka上下游生态的逐步完善，几乎所有大数据实时处理组件(Flink、Spark Streaming、Storm等)均会优先支持Kafka。Flink处理Kafka消息时可以实现端到端精确一次的语义，避免重复消费数据或者漏消费数据。
Kafka主要特性包括：高吞吐，生产者和消费者可以灵活的横向线性扩展，满足每秒百万级的消息处理能力。低延迟，消息持久化能力的时间复杂度可以控制在O(1)，对于超大规模的数据场景(TB级以上)也能保证常数时间复杂度的访问性能。高容错，即使集群的节点出现多个失败的情况，Kafka仍然能保证正常的服务。可靠性，kafka消息在持久化时拥有众多的高效率策略，以满足不同的需求。生态丰富，由于Kafka出色的特点，被各实时大数据处理框架作为源数据的第一选择。
业务提醒装置11可以在各种电子设备12中实现本申请实施例的业务提醒方法。例如，电子设备12可以服务器、云端服务器等，本申请实施例对电子设备的具体类型不作限制。
在不同的应用场景中，业务提醒装置11和电子设备12可以为相互独立的设备，也可以集成于同一设备中，本申请实施例对此不作具体限定。
业务提醒装置11和电子设备12集成于同一设备时，业务提醒装置11和电子设备12之间的数据传输方式为该设备内部模块之间的数据传输。这种情况下，二者之间的数据传输流程与“业务提醒装置11和电子设备12之间相互独立的情况下，二者之间的数据传输流程”相同。
在本申请实施例提供的以下实施例中，以业务提醒装置11和电子设备12相互独立设置为例进行说明。
图3是根据一些示例性实施例示出的一种业务提醒方法的流程示意图。在一些实施例中，上述业务提醒方法可以应用到如图1所示的业务提醒装置、电子设备，也可以应用到其他类似设备。
如图3所示，本申请实施例提供的业务提醒方法，包括下述S201-S203。
S201、业务提醒装置获取运营商系统中的流数据以及批数据。
其中，流数据用于反映运营商系统的实时用户数据；实时用户数据包括用户当前账户信息；批数据用于反映运营商系统的离线数据；离线数据包括用户身份信息；用户身份信息包括白名单用户或者非白名单用户；白名单用户的信用值大于非白名单用户的信用值。
作为一种可能的实现方式的，业务提醒装置首先从营商系统中提取运营商数据底座离线数据，包含运营商系统的存量数据(例如用户姓名、身份信息等资料)，以及提取运营商系统中存储的本地白名单离线数据，将这些离线批数据存储至本地流批一体化平台。进一步的，业务提醒装置实时提取运营商系统中用户数据，对数据进行存储计算，以将用户在运营商系统中实时增量数据(例如受理、资料、缴费、欠费、账单)、消息中心短信发送回执及上行短信、互动式语音应答(Interactive Voice Response，IVR)外呼结果数据进行实时存储，以将这些实时数据存储至本地流批一体化平台。这样一来，业务提醒装置即得到了流数据以及批数据。
可以理解的，相较于批数据，流数据更具有时效性，使得业务提醒装置可以及时了解用户账户的实时动态。
S202、业务提醒装置根据流数据以及批数据，确定运营商系统中的第一目标用户以及第二目标用户。
其中，第一目标用户为白名单用户，第一目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；第二目标用户为非白名单用户，第二目标用户的当前账户余额小于第一阈值且大于或等于第二阈值。
作为一种可能的实现方式的，业务提醒装置通过流批一体化平台对获取到的流数据以及批数据进行智能分析计算，以筛选出当前账户余额小于第一阈值且大于或等于第二阈值的用户。进一步的，若这些用户隶属于白名单用户，则将用户确定为第一目标用户，反之则确定为第二目标用户。
需要说明的，第一阈值以及第二阈值均可以由运维人员预先在业务提醒装置中设置。例如，第一阈值可以设为10，第二阈值可以设为0，即当确定出用户的账户余额小于10且大于0时，表明该用户余额不足，业务提醒装置则对该用户进行目标用户确认。
流批一体化平台参照运营商数据仓库分层设计原则，分为DIM层模型、ODS层模型、DWD层模型和DWA层模型，每层不同的数据粒度，采用批流结合的数据处理方式，沉淀实时数据能力服务，达到数据复用的效果。
ODS层：存储各生产系统同步到本批流平台的B/M/O数据，本层数据主要使用ETL工具对接口文件中的数据进行实时或批量数据清洗及编码转换操作分主题域分类存储。
DWD层：数据通过对ODS层主题域数据进行拆分、关联得到，同时按照不同主题维度进行计算最终形成的服务于企业管理经营数据。
DWA层：通过对明细层数据完成多维度、核心实体数据衍生和汇总而得到。基于BMO的进行聚合视图数据，进行立方体、指标库、标签库进行数据高度汇总加工，面向不同应用提供不同粒度的数据，面向应用服务的模型库数据。
DIM层：公共维度层，起源于维度建模理念，通过为业务全生命周期建立一致性维度，从而尽最大可能统一数据计算口径；该层数据主要来源于Flink业务逻辑实时加工和利用离线任务从离线仓同步。
S203、业务提醒装置基于第一预设策略向第一目标用户发送第一业务提醒消息，以及，基于第二预设策略向第二目标用户发送第二业务提醒消息。
其中，第一业务提醒消息包括第一停机时间；第二业务提醒消息包括第二停机时间；第二停机时间晚于第一停机时间。
在一些实施例中，业务提醒装置基于第一预设策略，首先判断是否已经对第一目标用户进行了短信通知，在未对第一目标用户进行短信通知的情况下，业务提醒装置以短信通知的方式向第一目标用户发送第一业务提醒消息。在已对第一目标用户进行短信通知的情况下，以互动式语音应答的方式向第一目标用户发送第一业务提醒消息。在已对第一目标用户进行互动式语音应答的情况下，以人工提醒的方式向第一目标用户发送第一业务提醒消息。
示例性的，第一目标用户为即将到期用户，如图4所示，对于即将到期用户，通过三级漏斗(短信/IVR/上门贴条)提醒工具，及时提醒用户续缴费，并根据短信回执、IVR接通反馈、上门贴条二维码扫码结果实时更改提醒策略，提升提醒触达率和成功率，提升缴费成功率、及时率，实现趸交续期运营场景的体系化、自动化、可视化。
如图5所示，通过运营商实时数据实时识别到趸交用户后，首先确认用户是否属于白名单用户，如果是则按照白名单中的规则分等级延期提醒用户缴费。其次，需要关联批量数据确认该用户是否已经短信通知、是否完成IVR外呼、是否完成上门贴条反馈，当第一次识别到趸交即将欠费后首先触发短信通知，如果识别到短信通知已发且用户未反馈则触发IVR外呼，如果识别到IVR外呼未反馈的则触发上门贴条。
在一些实施例中，第二预设策略包括延期停机策略。业务提醒装置基于延期停机策略，生成用于请求是否同意延期停机的第二业务提醒消息，并向第二目标用户发送第二业务提醒消息。相应的。在接收到二目标用户的同意延期停机指令的情况下，业务提醒装置为第二目标用户进行延期停机处理。
示例性的，对于可信人名单中的预测停机用户(手机/宽带)，增加延期停机策略，通过短信交互，如果用户回复“同意延停”，则为用户办理延期停机1个月。通过交互式短信，提高可信人用户延期停机服务的自动化办理能力，通过数据中台减少各系统间数据交互环节提升各模块运营效率。
本申请实施例提供的技术方案至少带来以下有益效果：业务提醒装置获取运营商系统中的流数据以及批数据。其中，流数据用于反映运营商系统的实时用户数据；实时用户数据包括用户当前账户信息；批数据用于反映运营商系统的离线数据；离线数据包括用户身份信息；用户身份信息包括白名单用户或者非白名单用户；白名单用户的信用值大于非白名单用户的信用值。进一步的，业务提醒装置根据流数据以及批数据，确定运营商系统中的第一目标用户以及第二目标用户；第一目标用户为白名单用户，第一目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；第二目标用户为非白名单用户，第二目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；基于第一预设策略向第一目标用户发送第一业务提醒消息，以及，基于第二预设策略向第二目标用户发送第二业务提醒消息；第一业务提醒消息包括第一停机时间；第二业务提醒消息包括第二停机时间；第二停机时间晚于第一停机时间。本申请采用运营商数据批流一体化处理思路，重点分析了停机场景相关问题，可以实时更新用户欠费、意向缴费等状态。针对不同的目标用户，设置不同的提醒方式，使得催缴方式更加合理，提升用户的业务体验。
在一种设计中，为了向欠费停机用户发送提醒消息，如图6所示，本申请实施例提供的业务提醒方法还包括：
S301、业务提醒装置根据流数据以及批数据，确定运营商系统中的第三目标用户。
其中，第三目标用户为欠费停机用户。
作为一种可能的实现方式的，业务提醒装置通过流批一体化平台对获取到的流数据以及批数据进行智能分析计算，以筛选出当前账户余额小于零的用户，并将这些用户确定为第三目标用户。
S302、业务提醒装置基于第三预设策略向第三目标用户发送第三业务提醒消息。
其中，第三业务提醒消息用于对第三目标用户进行催告；第三业务提醒消息的发送频次大于第一业务提醒消息的发送频次或者第二业务提醒消息的发送频次。
示例性的，如图7所示，对于欠费停机用户，增加三级漏斗(短信/IVR/上门贴条)催缴体系，增加提醒频次和工具，提升提醒触达率和成功率，实现欠费用户运营场景的体系化、自动化、可视化。
如图8所示，T月20日短信回执未发送成功且当前仍未交费的用户，22日增发短信；筛选第二轮短信后且当前仍未交费的用户，将月末倒数两天的IVR提前至25日播放，发至融合内全量移网号码，复位三次；对于以上方式都没触达的未缴费用户，部署上门贴条任务。
在一种设计中，为了向长期欠费停机用户发送提醒消息，如图9所示，本申请实施例提供的业务提醒方法还包括：
S401、业务提醒装置根据流数据以及批数据，确定运营商系统中的第四目标用户。
其中，第四目标用户为欠费停机用户，且第四目标用户的欠费停机时长大于或等于预设时长。
作为一种可能的实现方式的，业务提醒装置通过流批一体化平台对获取到的流数据以及批数据进行智能分析计算，以筛选出当前账户余额小于零的欠费停机用户，且将欠费停机时长大于或等于预设时长的用户确定为第四目标用户。
S402、在第四目标用户为非白名单用户的情况下，业务提醒装置对第四目标用户进行停机处理。
作为一种可能的实现方式的，业务提醒装置根据获取到的批数据，核对第四目标用户是否属于批数据中的白名单用户。在第四目标用户为非白名单用户的情况下，业务提醒装置对第四目标用户进行停机处理。
S403、在第四目标用户为白名单用户的情况下，业务提醒装置对第四目标用户进行暂缓停机处理。
作为一种可能的实现方式的，业务提醒装置根据获取到的批数据，核对第四目标用户是否属于批数据中的白名单用户。在第四目标用户为白名单用户的情况下，业务提醒装置对第四目标用户进行暂缓停机处理。
示例性的，如图10所示，对于特定停机用户(如：大额欠费/长网龄)，建立省分个性化停机拦截阻断方案，并设置白名单，通过人工复核确认后再停机，前期可小批量试点，降低风险，增加停机拦截/复核机制，信控生成停机工单时，对于需要停机复核名单中的用户，将停机工单标记为“待复核”，自动/人工复核确认后再执行停机工单。
上述实施例主要从装置(设备)的角度对本申请实施例提供的方案进行了介绍。可以理解的是，为了实现上述方法，装置或设备包含了执行各个方法流程相应的硬件结构和/或软件模块，这些执行各个方法流程相应的硬件结构和/或软件模块可以构成一个物料信息的确定装置。本领域技术人员应该很容易意识到，结合本文中所发明的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对装置或设备进行功能模块的划分，例如，装置或设备可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
图11是根据一示例性实施例示出的业务提醒装置的结构示意图。参照图11所示，本申请实施例提供的业务提醒装置50包括获取单元501、确定单元502以及发送单元503。
获取单元501，用于获取运营商系统中的流数据以及批数据；流数据用于反映运营商系统的实时用户数据；实时用户数据包括用户当前账户信息；批数据用于反映运营商系统的离线数据；离线数据包括用户身份信息；用户身份信息包括白名单用户或者非白名单用户；白名单用户的信用值大于非白名单用户的信用值；确定单元502，用于根据流数据以及批数据，确定运营商系统中的第一目标用户以及第二目标用户；第一目标用户为白名单用户，第一目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；第二目标用户为非白名单用户，第二目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；发送单元503，用于基于第一预设策略向第一目标用户发送第一业务提醒消息，以及，基于第二预设策略向第二目标用户发送第二业务提醒消息；第一业务提醒消息包括第一停机时间；第二业务提醒消息包括第二停机时间；第二停机时间晚于第一停机时间。
可选的，发送单元503，具体用于：在未对第一目标用户进行短信通知的情况下，以短信通知的方式向第一目标用户发送第一业务提醒消息；在已对第一目标用户进行短信通知的情况下，以互动式语音应答的方式向第一目标用户发送第一业务提醒消息；在已对第一目标用户进行互动式语音应答的情况下，以人工提醒的方式向第一目标用户发送第一业务提醒消息。
可选的，第二预设策略包括延期停机策略；发送单元503，具体用于：基于延期停机策略，生成用于请求是否同意延期停机的第二业务提醒消息，并向第二目标用户发送第二业务提醒消息；在接收到二目标用户的同意延期停机指令的情况下，为第二目标用户进行延期停机处理。
可选的，确定单元502还用于，根据流数据以及批数据，确定运营商系统中的第三目标用户；第三目标用户为欠费停机用户；发送单元，还用于基于第三预设策略向第三目标用户发送第三业务提醒消息；第三业务提醒消息用于对第三目标用户进行催告；第三业务提醒消息的发送频次大于第一业务提醒消息的发送频次或者第二业务提醒消息的发送频次。
可选的，确定单元502还用于：根据流数据以及批数据，确定运营商系统中的第四目标用户；第四目标用户为欠费停机用户，且第四目标用户的欠费停机时长大于或等于预设时长；在第四目标用户为非白名单用户的情况下，对第四目标用户进行停机处理；在第四目标用户为白名单用户的情况下，对第四目标用户进行暂缓停机处理。
图12是本申请提供的一种电子设备的结构示意图。如图12，该电子设备60可以包括至少一个处理器601以及用于存储处理器可执行指令的存储器602其中，处理器601被配置为执行存储器602中的指令，以实现上述实施例中的业务提醒方法。
另外，电子设备60还可以包括通信总线603以及至少一个通信接口604。
处理器601可以是一个处理器(central processing units，CPU)，微处理单元，ASIC，或一个或多个用于控制本申请方案程序执行的集成电路。
通信总线603可包括一通路，在上述组件之间传送信息。
通信接口604，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。
存储器602可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器601相连接。存储器也可以和处理器601集成在一起。
其中，存储器602用于存储执行本申请方案的指令，并由处理器601来控制执行。处理器601用于执行存储器602中存储的指令，从而实现本申请方法中的功能。
作为一个示例，结合图11，业务提醒装置50中的获取单元501、确定单元502以及发送单元503实现的功能与图12中的处理器601的功能相同。
在具体实现中，作为一种实施例，处理器601可以包括一个或多个CPU，例如图12中的CPU0和CPU1。
在具体实现中，作为一种实施例，电子设备60可以包括多个处理器，例如图12中的处理器601和处理器607。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，电子设备60还可以包括输出设备605和输入设备606。输出设备605和处理器601通信，可以以多种方式来显示信息。例如，输出设备605可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备606和处理器601通信，可以以多种方式接受用户对象的输入。例如，输入设备606可以是鼠标、键盘、触摸屏设备或传感设备等。
本领域技术人员可以理解，图12中示出的结构并不构成对电子设备60的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
另外，本申请还提供一种计算机可读存储介质，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述实施例所提供的业务提醒方法。
另外，本申请还提供一种计算机程序产品，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如上述实施例所提供的业务提醒方法。
本领域技术人员在考虑说明书及实践这里发明的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未发明的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求指出。
Claims (12)
1.一种业务提醒方法，其特征在于，所述方法包括：
获取运营商系统中的流数据以及批数据；所述流数据用于反映所述运营商系统的实时用户数据；所述实时用户数据包括用户当前账户信息；所述批数据用于反映所述运营商系统的离线数据；所述离线数据包括用户身份信息；用户身份信息包括白名单用户或者非白名单用户；所述白名单用户的信用值大于所述非白名单用户的信用值；
根据所述流数据以及所述批数据，确定所述运营商系统中的第一目标用户以及第二目标用户；所述第一目标用户为所述白名单用户，所述第一目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；所述第二目标用户为所述非白名单用户，所述第二目标用户的当前账户余额小于所述第一阈值且大于或等于所述第二阈值；
基于第一预设策略向所述第一目标用户发送第一业务提醒消息，以及，基于第二预设策略向所述第二目标用户发送第二业务提醒消息；所述第一业务提醒消息包括第一停机时间；所述第二业务提醒消息包括第二停机时间；所述第二停机时间晚于所述第一停机时间。
2.根据权利要求1所述的业务提醒方法，其特征在于，所述基于第一预设策略向所述第一目标用户发送第一业务提醒消息，包括：
在未对所述第一目标用户进行短信通知的情况下，以所述短信通知的方式向所述第一目标用户发送第一业务提醒消息；
在已对所述第一目标用户进行短信通知的情况下，以互动式语音应答的方式向所述第一目标用户发送第一业务提醒消息；
在已对所述第一目标用户进行所述互动式语音应答的情况下，以人工提醒的方式向所述第一目标用户发送第一业务提醒消息。
3.根据权利要求1所述的业务提醒方法，其特征在于，所述第二预设策略包括延期停机策略；所述基于第二预设策略向所述第二目标用户发送第二业务提醒消息，包括：
基于所述延期停机策略，生成用于请求是否同意延期停机的所述第二业务提醒消息，并向所述第二目标用户发送所述第二业务提醒消息；
在接收到所述二目标用户的同意延期停机指令的情况下，为所述第二目标用户进行延期停机处理。
4.根据权利要求1所述的业务提醒方法，其特征在于，所述方法还包括：
根据所述流数据以及所述批数据，确定所述运营商系统中的第三目标用户；所述第三目标用户为欠费停机用户；
基于第三预设策略向所述第三目标用户发送第三业务提醒消息；第三业务提醒消息用于对所述第三目标用户进行催告；所述第三业务提醒消息的发送频次大于所述第一业务提醒消息的发送频次或者所述第二业务提醒消息的发送频次。
5.根据权利要求4所述的业务提醒方法，其特征在于，所述方法还包括：
根据所述流数据以及所述批数据，确定所述运营商系统中的第四目标用户；所述第四目标用户为欠费停机用户，且所述第四目标用户的欠费停机时长大于或等于预设时长；
在所述第四目标用户为所述非白名单用户的情况下，对所述第四目标用户进行停机处理；
在所述第四目标用户为所述白名单用户的情况下，对所述第四目标用户进行暂缓停机处理。
6.一种业务提醒装置，其特征在于，所述装置包括获取单元、确定单元以及发送单元；
所述获取单元，用于获取运营商系统中的流数据以及批数据；所述流数据用于反映所述运营商系统的实时用户数据；所述实时用户数据包括用户当前账户信息；所述批数据用于反映所述运营商系统的离线数据；所述离线数据包括用户身份信息；用户身份信息包括白名单用户或者非白名单用户；所述白名单用户的信用值大于所述非白名单用户的信用值；
所述确定单元，用于根据所述流数据以及所述批数据，确定所述运营商系统中的第一目标用户以及第二目标用户；所述第一目标用户为所述白名单用户，所述第一目标用户的当前账户余额小于第一阈值且大于或等于第二阈值；所述第二目标用户为所述非白名单用户，所述第二目标用户的当前账户余额小于所述第一阈值且大于或等于所述第二阈值；
所述发送单元，用于基于第一预设策略向所述第一目标用户发送第一业务提醒消息，以及，基于第二预设策略向所述第二目标用户发送第二业务提醒消息；所述第一业务提醒消息包括第一停机时间；所述第二业务提醒消息包括第二停机时间；所述第二停机时间晚于所述第一停机时间。
7.根据权利要求6所述的业务提醒装置，其特征在于，所述发送单元，具体用于：
在未对所述第一目标用户进行短信通知的情况下，以所述短信通知的方式向所述第一目标用户发送第一业务提醒消息；
在已对所述第一目标用户进行短信通知的情况下，以互动式语音应答的方式向所述第一目标用户发送第一业务提醒消息；
在已对所述第一目标用户进行所述互动式语音应答的情况下，以人工提醒的方式向所述第一目标用户发送第一业务提醒消息。
8.根据权利要求6所述的业务提醒装置，其特征在于，所述第二预设策略包括延期停机策略；所述发送单元，具体用于：
基于所述延期停机策略，生成用于请求是否同意延期停机的所述第二业务提醒消息，并向所述第二目标用户发送所述第二业务提醒消息；
在接收到所述二目标用户的同意延期停机指令的情况下，为所述第二目标用户进行延期停机处理。
9.根据权利要求6所述的业务提醒装置，其特征在于，所述确定单元还用于，根据所述流数据以及所述批数据，确定所述运营商系统中的第三目标用户；所述第三目标用户为欠费停机用户；
所述发送单元，还用于基于第三预设策略向所述第三目标用户发送第三业务提醒消息；第三业务提醒消息用于对所述第三目标用户进行催告；所述第三业务提醒消息的发送频次大于所述第一业务提醒消息的发送频次或者所述第二业务提醒消息的发送频次。
10.根据权利要求9所述的业务提醒装置，其特征在于，所述确定单元还用于：
根据所述流数据以及所述批数据，确定所述运营商系统中的第四目标用户；所述第四目标用户为欠费停机用户，且所述第四目标用户的欠费停机时长大于或等于预设时长；
在所述第四目标用户为所述非白名单用户的情况下，对所述第四目标用户进行停机处理；
在所述第四目标用户为所述白名单用户的情况下，对所述第四目标用户进行暂缓停机处理。
11.一种电子设备，其特征在于，包括：处理器、用于存储所述处理器可执行的指令的存储器；其中，所述处理器被配置为执行指令，以实现权利要求1-5中任一项所述的业务提醒方法。
12.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1-5中任一项所述的业务提醒方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310186414.7A CN116193382A (zh) | 2023-02-20 | 2023-02-20 | 业务提醒方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310186414.7A CN116193382A (zh) | 2023-02-20 | 2023-02-20 | 业务提醒方法、装置、电子设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116193382A true CN116193382A (zh) | 2023-05-30 |
Family
ID=86452074
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310186414.7A Pending CN116193382A (zh) | 2023-02-20 | 2023-02-20 | 业务提醒方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116193382A (zh) |
Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101039351A (zh) * | 2007-02-13 | 2007-09-19 | 华为技术有限公司 | 用户欠费催缴停机方法、系统和催缴装置 |
| US20100111273A1 (en) * | 2008-10-31 | 2010-05-06 | Motorola, Inc. | Translation of fees for value added services in a communication network |
| CN101742457A (zh) * | 2008-11-21 | 2010-06-16 | 中国移动通信集团安徽有限公司 | 一种用户的欠费催缴方法、系统及装置 |
| CN104464100A (zh) * | 2013-09-12 | 2015-03-25 | 郑州朗鑫智能电子科技有限公司 | 一种电力客户实时缴费管理的实时控制系统 |
| CN104683966A (zh) * | 2013-11-26 | 2015-06-03 | 中国移动通信集团浙江有限公司 | 一种缴费业务处理方法及系统 |
| CN105873004A (zh) * | 2015-01-23 | 2016-08-17 | 卓望数码技术（深圳）有限公司 | 一种基于用户信用的移动通信业务计费方法及计费系统 |
| CN105933859A (zh) * | 2016-03-31 | 2016-09-07 | 中国联合网络通信集团有限公司 | 一种移动用户个人信用预警方法及系统 |
| CN107872594A (zh) * | 2016-09-27 | 2018-04-03 | 中国电信股份有限公司 | 计费方法、计费装置以及计费系统 |
| CN110381222A (zh) * | 2019-05-31 | 2019-10-25 | 中国联合网络通信集团有限公司 | 移动服务状态的确定方法与装置 |
| CN111210045A (zh) * | 2018-11-22 | 2020-05-29 | 中国移动通信集团湖南有限公司 | 一种停机指令发送优化方法 |
| CN111263319A (zh) * | 2018-11-30 | 2020-06-09 | 中国移动通信集团山东有限公司 | 一种手机话费余额提醒方法和装置 |
| CN113079264A (zh) * | 2021-03-19 | 2021-07-06 | 国网浙江省电力有限公司 | 一种应用于供电系统的电费催缴联动方法 |
| CN113657901A (zh) * | 2021-07-23 | 2021-11-16 | 上海钧正网络科技有限公司 | 欠费用户的催收管理方法、系统、终端及介质 |
| CN114626939A (zh) * | 2022-03-28 | 2022-06-14 | 中国联合网络通信集团有限公司 | 授信处理方法、装置、电子设备及存储介质 |
| CN115696236A (zh) * | 2022-10-28 | 2023-02-03 | 中国银行股份有限公司 | 缴费提醒信息发送方法及装置 |
-
2023
- 2023-02-20 CN CN202310186414.7A patent/CN116193382A/zh active Pending
Patent Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101039351A (zh) * | 2007-02-13 | 2007-09-19 | 华为技术有限公司 | 用户欠费催缴停机方法、系统和催缴装置 |
| US20100111273A1 (en) * | 2008-10-31 | 2010-05-06 | Motorola, Inc. | Translation of fees for value added services in a communication network |
| CN101742457A (zh) * | 2008-11-21 | 2010-06-16 | 中国移动通信集团安徽有限公司 | 一种用户的欠费催缴方法、系统及装置 |
| CN104464100A (zh) * | 2013-09-12 | 2015-03-25 | 郑州朗鑫智能电子科技有限公司 | 一种电力客户实时缴费管理的实时控制系统 |
| CN104683966A (zh) * | 2013-11-26 | 2015-06-03 | 中国移动通信集团浙江有限公司 | 一种缴费业务处理方法及系统 |
| CN105873004A (zh) * | 2015-01-23 | 2016-08-17 | 卓望数码技术（深圳）有限公司 | 一种基于用户信用的移动通信业务计费方法及计费系统 |
| CN105933859A (zh) * | 2016-03-31 | 2016-09-07 | 中国联合网络通信集团有限公司 | 一种移动用户个人信用预警方法及系统 |
| CN107872594A (zh) * | 2016-09-27 | 2018-04-03 | 中国电信股份有限公司 | 计费方法、计费装置以及计费系统 |
| CN111210045A (zh) * | 2018-11-22 | 2020-05-29 | 中国移动通信集团湖南有限公司 | 一种停机指令发送优化方法 |
| CN111263319A (zh) * | 2018-11-30 | 2020-06-09 | 中国移动通信集团山东有限公司 | 一种手机话费余额提醒方法和装置 |
| CN110381222A (zh) * | 2019-05-31 | 2019-10-25 | 中国联合网络通信集团有限公司 | 移动服务状态的确定方法与装置 |
| CN113079264A (zh) * | 2021-03-19 | 2021-07-06 | 国网浙江省电力有限公司 | 一种应用于供电系统的电费催缴联动方法 |
| CN113657901A (zh) * | 2021-07-23 | 2021-11-16 | 上海钧正网络科技有限公司 | 欠费用户的催收管理方法、系统、终端及介质 |
| CN114626939A (zh) * | 2022-03-28 | 2022-06-14 | 中国联合网络通信集团有限公司 | 授信处理方法、装置、电子设备及存储介质 |
| CN115696236A (zh) * | 2022-10-28 | 2023-02-03 | 中国银行股份有限公司 | 缴费提醒信息发送方法及装置 |
Non-Patent Citations (1)
| Title |
|---|
| 周佳佳;: "基于强相关理论的催缴提醒优化", 中国新通信, no. 06, 20 March 2015 (2015-03-20) * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11755452B2 (en) | Log data collection method based on log data generated by container in application container environment, log data collection device, storage medium, and log data collection system | |
| US9336288B2 (en) | Workflow controller compatibility | |
| CN110737643B (zh) | 一种基于餐饮信息管理系统的大数据分析处理管理中台 | |
| CN112069265B (zh) | 配置数据的同步方法、业务数据系统、计算机系统和介质 | |
| CN103761309A (zh) | 一种运营数据处理方法及系统 | |
| CN103955510A (zh) | 基于etl云平台上传的海量电力营销数据整合方法 | |
| CN110837423A (zh) | 一种自动导引运输车数据采集的方法和装置 | |
| Ma et al. | Design and implementation of smart city big data processing platform based on distributed architecture | |
| US11579940B2 (en) | Techniques and architectures for managing global installations and configurations | |
| CN113377626A (zh) | 基于服务树的可视化统一报警方法、装置、设备和介质 | |
| Hu | E-commerce big data computing platform system based on distributed computing logistics information | |
| Xu et al. | Cloud computing boosts business intelligence of telecommunication industry | |
| CN111049898A (zh) | 一种实现计算集群资源跨域架构的方法及系统 | |
| CN116193382A (zh) | 业务提醒方法、装置、电子设备及存储介质 | |
| CN115525717A (zh) | 一种数据同步处理方法及装置 | |
| CN111797166B (zh) | 准实时简历数据同步方法和装置、电子设备及介质 | |
| CN114756301A (zh) | 日志处理方法、装置和系统 | |
| CN114840319A (zh) | 一种业务需求的处理方法和装置 | |
| CN114443293A (zh) | 一种大数据平台的部署系统及方法 | |
| CN114090201A (zh) | 资源调度方法、装置、设备及存储介质 | |
| CN111818310A (zh) | 公共安全管理平台 | |
| Zayas et al. | Getting ready for data analytics of electric power distribution systems | |
| CN113760836B (zh) | 一种宽表计算方法和装置 | |
| CN116775665B (zh) | 一种基于高速公路日常运维管理的全自动任务发布系统 | |
| US11341094B2 (en) | Intelligent cloud operations |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |