CN113326179B - 应急缴费开机方法、装置、计算设备及计算机存储介质 - Google Patents

应急缴费开机方法、装置、计算设备及计算机存储介质 Download PDF

Info

Publication number
CN113326179B
CN113326179B CN202010126568.3A CN202010126568A CN113326179B CN 113326179 B CN113326179 B CN 113326179B CN 202010126568 A CN202010126568 A CN 202010126568A CN 113326179 B CN113326179 B CN 113326179B
Authority
CN
China
Prior art keywords
user
payment
work order
emergency
starting
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.)
Active
Application number
CN202010126568.3A
Other languages
English (en)
Other versions
CN113326179A (zh
Inventor
朱学昊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Group Anhui Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Group Anhui Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Group Anhui Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN202010126568.3A priority Critical patent/CN113326179B/zh
Publication of CN113326179A publication Critical patent/CN113326179A/zh
Application granted granted Critical
Publication of CN113326179B publication Critical patent/CN113326179B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3688—Test management for test execution, e.g. scheduling of test suites
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3684—Test management for test design, e.g. generating new test cases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3696—Methods or tools to render software testable

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明实施例涉及通信技术领域，公开了一种应急缴费开机方法、装置、计算设备及计算机存储介质，该方法包括：检测缴费接口工单表中的用户缴费工单量；在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机；持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机。通过上述方式，本发明实施例能够根据交费工单积压量自动启停，可以大幅度提升应急响应的及时性，扩大缴费渠道的适用性。

Description

应急缴费开机方法、装置、计算设备及计算机存储介质
技术领域
本发明实施例涉及通信技术领域，具体涉及一种应急缴费开机方法、装置、计算设备及计算机存储介质。
背景技术
随着移动互联网的广泛使用，缴费渠道越来越多，用户可以随时随地使用各种应用程序(Application，APP)进行缴费，不再受制于时空的限制，相应地，用户对缴费后开机的及时性要求进一步提高。通信行业的缴费系统是一种典型的业务支撑核心系统，当用户缴费工单传入系统时，首先获取用户缴费后的账本金额、历史账单和当月账单；其次用户账本金额销历史账单和当月账单，更新用户余额值；最后根据用户余额值是否大于等于0，当余额值大于等于0，则发送开机指令，否则不发送开机指令。
目前运营商的缴费服务和账务出账一般会紧密相关，在每个月集中出账的几天后，很多用户因为收到批量欠费短信通知，或者被批量停机后，每月缴费服务后集中在某几个时间段内达到业务处理高峰，相关计算资源都可能达到其处理极限，增加了缴费系统故障和出错的概率。另外一方面，用户对缴费即开机的诉求越来越高，业务处理高峰时的短时间积压，用户缴费金额未实时到账，在信控系统中，该用户还属于欠费用户，即使外部系统将用户强行发归属位置寄存器(Home Location Register，HLR)指令开机，但在使用过程中，仍然会被信控系统再次补停，不符合应急预期，都会给用户日常生活带来较大的负面影响，导致运营商口碑受损，需要投入更多的客服成本。所以需要一种方法，能够用较低的软件成本，解决缴费服务在任何峰值的情况下，都可以满足用户缴费后即快速开机的诉求，提供用户满意度。
发明内容
鉴于上述问题，本发明实施例提供了一种应急缴费开机方法、装置、计算设备及计算机存储介质，克服了上述问题或者至少部分地解决了上述问题。
根据本发明实施例的一个方面，提供了一种应急缴费开机方法，所述方法包括：对测试用例进行数据整合，提取出同时适合于UI测试和接口测试的测试数据；将所述测试数据进行分发，并执行UI测试和接口测试；识别出同一所述测试数据下的UI测试结果和接口测试结果；对同一所述测试数据下的所述UI测试结果和所述接口测试结果进行验证，获取最终测试结果。
在一种可选的方式中，所述对测试用例进行数据整合，提取出同时适合于UI测试和接口测试的测试数据，包括：所述测试用例为UI测试时，从页面获取UI测试的测试元素信息以及对应的测试数据；所述测试用例为接口测试时，从页面获取接口测试的测试元素信息以及对应的测试数据；根据所述UI测试的测试元素信息以及对应的测试数据、所述接口测试的测试元素信息以及对应的测试数据提取出同时适合于UI测试和接口测试的测试数据。
在一种可选的方式中，所述识别出同一所述测试数据下的UI测试结果和接口测试结果，包括：对同一所述测试数据做识别标签，所述UI测试结果和所述接口测试结果中包括所述识别标签；判断到所述识别标签一致时，则所述UI测试结果和所述接口测试结果为同一所述测试数据下的。
在一种可选的方式中，所述识别出同一所述测试数据下的UI测试结果和接口测试结果，包括：获取设置有用例编码的测试结果，其中，所述用例编码包括标志位和校验位；根据所述用例编码的的所述标志位确定所述测试结果为UI测试结果或所述接口测试结果；所述用例编码的所述校验位相同时，确定所述UI测试结果和所述接口测试结果为同一所述测试数据下的。
在一种可选的方式中，所述用例编码的所述校验位相同时，确定所述UI测试结果和所述接口测试结果为同一所述测试数据下的，包括：对所述检验位采用SHA1算法计算的SHA1值作为校验值；确定所述测试结果为UI测试结果时，将所述校验值为键值，所述测试结果为值域存入UI测试哈希表；确定所述测试结果为接口测试结果时，将所述校验值为键值，所述测试结果为值域存入接口测试哈希表；根据同一所述测试数据的SHA1值，从所述UI测试哈希表中取出所述UI测试结果，从所述接口测试哈希表中取出所述接口测试结果。
在一种可选的方式中，所述对同一所述测试数据下的所述UI测试结果和所述接口测试结果进行验证，获取最终测试结果，包括：确定所述UI测试结果和所述接口测试结果一致成功，且应用匹配算法确定所述UI测试结果和所述接口测试结果的校验数据匹配成功，则确定最终测试结果成功；否则，确定最终测试结果失败。
在一种可选的方式中，所述应用匹配算法确定所述UI测试结果和所述接口测试结果的校验数据匹配成功，包括：将期望返回结果存储在期望哈希表中，所述UI测试结果和所述接口测试结果的键值和值域存储在真实哈希表中，其中所述真实哈希表包括所述UI测试哈希表和所述接口测试哈希表；比较所述真实哈希表与所述期望哈希表的长度是否相同，如果不相同，则匹配失败；如果所述真实哈希表与所述期望哈希表的长度相同，则比较所述真实哈希表与所述期望哈希表的键值是否相同，如果不相同，则匹配失败；如果所述真实哈希表与所述期望哈希表的键值相同，则比较所述真实哈希表与所述期望哈希表的值域是否相同，如果不相同，则匹配失败，如果相同，则匹配成功。
根据本发明实施例的另一个方面，提供了一种应急缴费开机装置，所述装置包括：整合模块，用于对测试用例进行数据整合，提取出同时适合于UI测试和接口测试的测试数据；分发测试模块，用于将所述测试数据进行分发，并执行UI测试和接口测试；识别模块，用于识别出同一所述测试数据下的UI测试结果和接口测试结果；验证模块，用于对同一所述测试数据下的所述UI测试结果和所述接口测试结果进行验证，获取最终测试结果。
根据本发明实施例的另一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述应急缴费开机方法的步骤。
根据本发明实施例的又一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使所述处理器执行上述应急缴费开机方法的步骤。
本发明实施例通过检测缴费接口工单表中的用户缴费工单量；在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机；持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机，能够根据交费工单积压量自动启停，可以大幅度提升应急响应的及时性，扩大缴费渠道的适用性。
上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了本发明实施例提供的应急缴费开机方法的流程示意图；
图2示出了本发明实施例提供的应急缴费开机方法的缴费应急处理流程示意图；
图3示出了本发明实施例提供的应急缴费开机装置的结构示意图；
图4示出了本发明实施例提供的计算设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
图1示出了本发明实施例提供的应急缴费开机方法的流程示意图。如图1所示，应急缴费开机方法包括：
步骤S11：检测缴费接口工单表中的用户缴费工单量。
在本发明实施例中，接入缴费系统的各缴费渠道，接收缴费报文，解析出缴费用户的手机号码、缴费金额、生成缴费流水号，结合缴费渠道编码和缴费时间入到缴费接口工单表中，待缴费系统批量扫描处理。缴费接口工单表中数据量是不断变化的，各渠道缴费数据都会入此缴费接口工单表。另外，缴费系统相关进程也会批量读取该缴费接口工单表中的数据，将缴费金额累加到用户账本中，并获取用户所有欠费账单，包括历史欠费账单和当月账单数据，用账本销账单，最终计算出用户缴费后的余额，根据余额值是否大于等于0，大于等于0则为用户发开机指令，否则不给用户开机，最后批量删除缴费接口工单表中已处理完成的用户缴费工单数据。
由于批量查询历史欠费和当月账单数据，以及销账和余额计算过程，属于高频计算任务，需要一定的耗时。当缴费系统出现故障，或者出现性能瓶颈，或者缴费系统升级过程中，处理效率会急剧下降，缴费接口工单表中的缴费工单积压量将不断增加。在步骤S11中，实时监控缴费接口工单表中的用户缴费工单量，当积压的用户缴费工单量达到阈值时，表示后台缴费处理流程出现故障，用户缴费无法及时触发开机指令。当缴费系统故障恢复后，积压的用户缴费工单量低于该阈值时，表示后台缴费处理流程正常处理，用户缴费后能够及时触发开机指令。
步骤S12：在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机。
用户缴费工单量达到阈值，说明后台缴费处理流程出现故障、或者出现性能瓶颈、或者处于缴费系统升级过程中，用户缴费无法及时触发开机指令，需要启动缴费应急处理流程。在步骤S12中，进行缴费应急处理流程时，如图2所示，包括：
步骤S121：批量提取所述用户缴费工单，并进行标识。
具体地，从缴费接口工单表中批量提取一批用户缴费工单，并不删除用户缴费工单数据，只做标识，确保下一批次不再取到，使得同一批次用户缴费工单不会被取到两次。
步骤S122：根据提取的所述用户缴费工单获取缴费用户信息以及对应的需要开机的用户列表。
根据提取的所述用户缴费工单获取缴费用户状态信息和缴费用户所属的融合群；获取所述融合群下所有需要开机的用户，形成所述用户列表。如果用户无群组关系，则是单机用户，处理逻辑相同。
步骤S123：针对所述用户列表中的用户，根据用户类型发送开机指令以进行应急开机，同时暂停信控。
根据用户类型拼成对应的所述开机指令，并向网元发送所述开机指令，进行应急开机；将所述开机指令发送成功的用户加入到信控暂停接口表中，暂停信控，其中，所述信控暂停接口表中包括用户号码、缴费流水号以及入表时间等。更具体地，针对所有要开机的手机号码，无论单机用户或者群组用户，无需再取相应的账本和账单数据，也无需进行销账，无需再计算用户的余额(此时用户缴费工单尚未被处理，用户最新的余额还未更新)，直接根据用户类型和停开机标识，结合相关的网元配置数据，拼成相应的归属位置寄存器(Home Location Register，HLR)开机指令，并接收返回状态数据，为所有用户状态不正常的用户开机。用户类型包括手机用户、宽带用户、互联网电视用户等。同时，将应急开机成功的所有用户全部存入一张信控暂停接口表，信控系统在信控过程中，会实时读取这张信控暂停接口表，凡在信控暂停接口表中的号码，均暂不信控，防止因用户账本未到账，而错误地给用户再次停机。
本发明实施例的应急缴费开机方法不再需要一个中间的手机充值平台，不再局限于手机充值卡充值的缴费场景，并且应急缴费流程的触发也不再局限于手工启停，完全是根据交费工单积压量自动启停，可以大幅度提升应急响应的及时性，大幅度扩大缴费渠道的适用性；同时不但能提供单个缴费号码的应急缴费开机服务，而且能够提供融合群下任何一个号码缴费后，融合群内所有号码均能享受应急开机的服务，符合融合群用户的缴费预期。
步骤S13：持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程。
在本发明实施例中，当用户批量缴费峰值量大于缴费系统处理最大能力，缴费接口工单表中会出现短暂积压，但缴费系统还在处理过程中，处理一段时间后，缴费接口工单表中的积压量会下降。当缴费系统出现故障后，故障结束后，缴费接口工单表中的积压量会下降。当缴费系统进行后台上线升级或更大的固定操作时，缴费处理流程暂停，等升级操作完成后，缴费处理流程会快速处理掉缴费接口工单表中的用户缴费工单，缴费接口工单表中的积压量会下降。当缴费接口工单表中的积压量小于阈值时，表示缴费系统故障已恢复，后台缴费处理流程正常处理，用户缴费后可及时触发开机指令，此时需要暂停缴费应急处理流程。
步骤S14：针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机。
在本发明实施例中，从信控暂停接口表获取用户号码和缴费流水号；根据所述缴费流水号在缴费接口表中查询对应的所述用户缴费工单的处理情况。若该缴费流水号所对应的缴费记录还在缴费接口工单表中，说明所述用户缴费工单未处理，则不处理，过一会再查询余额。如果该缴费流水号所对应的缴费记录不在缴费接口工单表中，说明用户缴费工单已处理完成，余额数据已更新，则查询所述用户所属的融合群当前的所述余额，根据余额情况判断是否需要补发工单。如果所述余额大于0，则表示之前应急开机指令无问题，跳过不处理；如果所述余额小于0，则表示之前应急开机指令有问题，用户缴费金额不足，不应该开机，为避免用户产生高额欠费，根据用户类型，结合网元配置数据，拼成对应的所述停机指令，并向网元发送所述停机指令，进行补停机，弥补之前因未计算余额值，给余额不足的用户错误发送开机指令的情况。
在本发明实施例中，进行补停机之后，删除信控暂停接口表中所述融合群中所有用户，并移存到备份表中，通知信控系统对所述融合群中所有用户进行正常信用控制。
至此，一次应急缴费的过程结束，后面如果又遇到工单积压情况，就重复上述步骤，确保无论缴费系统发生何种问题，均能快速地保障用户缴费后即可开机使用，而缴费系统故障恢复后，又能按照正常的缴费和信控业务逻辑处理，避免欠费风险。
本发明实施例同步考虑到在缴费系统发生故障，缴费金额未到账的场景下，信控系统和应急缴费系统相互协作，针对应急开机的用户暂不信控，并且能在故障恢复后，又自动恢复信用控制，符合运营商欠费风险控制的要求；实现了单个用户和融合群用户，无论在什么场景下，均能保证缴费后即开机，符合用户缴费后即开机的根本诉求，且对整体网络影响较小，投资小，实现快，能够给用户提供快速、准确、智能的缴费开机服务，能够与其他运营商服务区分开，能极大地提升用户满意度和产品美誉度。
本发明实施例通过检测缴费接口工单表中的用户缴费工单量；在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机；持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机，能够根据交费工单积压量自动启停，可以大幅度提升应急响应的及时性，扩大缴费渠道的适用性。
图3示出了本发明实施例的应急缴费开机装置的结构示意图。如图3所示，该应急缴费开机装置包括：工单检测单元301、应急开机单元302、应急暂停单元303以及补停机单元304。其中：
工单检测单元301用于检测缴费接口工单表中的用户缴费工单量；应急开机单元302用于在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机；应急暂停单元303用于持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；补停机单元304用于针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机。
在一种可选的方式中，应急开机单元302用于：批量提取所述用户缴费工单，并进行标识；根据提取的所述用户缴费工单获取缴费用户信息以及对应的需要开机的用户列表；针对所述用户列表中的用户，根据用户类型发送开机指令以进行应急开机，同时暂停信控。
在一种可选的方式中，应急开机单元302用于：根据提取的所述用户缴费工单获取缴费用户状态信息和缴费用户所属的融合群；获取所述融合群下所有需要开机的用户，形成所述用户列表。
在一种可选的方式中，应急开机单元302还用于：根据用户类型拼成对应的所述开机指令，并向网元发送所述开机指令，进行应急开机；将所述开机指令发送成功的用户加入到信控暂停接口表中，暂停信控，其中，所述信控暂停接口表中包括用户号码、缴费流水号以及入表时间。
在一种可选的方式中，补停机单元304用于：查询所述用户所属的融合群当前的所述余额；如果所述余额大于0，则不处理；如果所述余额小于0，则根据用户类型拼成对应的所述停机指令，并向网元发送所述停机指令，进行补停机。
在一种可选的方式中，补停机单元304用于：删除信控暂停接口表中所述融合群中所有用户，通知信控系统对所述融合群中所有用户进行正常信用控制。
在一种可选的方式中，补停机单元304用于：从信控暂停接口表获取用户号码和缴费流水号；根据所述缴费流水号在缴费接口工单表中查询对应的所述用户缴费工单的处理情况；如果所述用户缴费工单未处理，则不处理；如果所述用户缴费工单已处理完成，则查询所述用户所属的融合群当前的所述余额。
本发明实施例通过检测缴费接口工单表中的用户缴费工单量；在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机；持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机，能够根据交费工单积压量自动启停，可以大幅度提升应急响应的及时性，扩大缴费渠道的适用性。
本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的应急缴费开机方法。
可执行指令具体可以用于使得处理器执行以下操作：
检测缴费接口工单表中的用户缴费工单量；
在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机；
持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；
针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
批量提取所述用户缴费工单，并进行标识；
根据提取的所述用户缴费工单获取缴费用户信息以及对应的需要开机的用户列表；
针对所述用户列表中的用户，根据用户类型发送开机指令以进行应急开机，同时暂停信控。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
根据提取的所述用户缴费工单获取缴费用户状态信息和缴费用户所属的融合群；
获取所述融合群下所有需要开机的用户，形成所述用户列表。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
根据用户类型拼成对应的所述开机指令，并向网元发送所述开机指令，进行应急开机；
将所述开机指令发送成功的用户加入到信控暂停接口表中，暂停信控，其中，所述信控暂停接口表中包括用户号码、缴费流水号以及入表时间。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
查询所述用户所属的融合群当前的所述余额；
如果所述余额大于0，则不处理；
如果所述余额小于0，则根据用户类型拼成对应的所述停机指令，并向网元发送所述停机指令，进行补停机。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
删除信控暂停接口表中所述融合群中所有用户，通知信控系统对所述融合群中所有用户进行正常信用控制。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
从信控暂停接口表获取用户号码和缴费流水号；
根据所述缴费流水号在缴费接口工单表中查询对应的所述用户缴费工单的处理情况；
如果所述用户缴费工单未处理，则不处理；
如果所述用户缴费工单已处理完成，则执行所述查询所述用户所属的融合群当前的所述余额的步骤。
本发明实施例通过检测缴费接口工单表中的用户缴费工单量；在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机；持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机，能够根据交费工单积压量自动启停，可以大幅度提升应急响应的及时性，扩大缴费渠道的适用性。
本发明实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述任意方法实施例中的应急缴费开机方法。
可执行指令具体可以用于使得处理器执行以下操作：
检测缴费接口工单表中的用户缴费工单量；
在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机；
持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；
针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
批量提取所述用户缴费工单，并进行标识；
根据提取的所述用户缴费工单获取缴费用户信息以及对应的需要开机的用户列表；
针对所述用户列表中的用户，根据用户类型发送开机指令以进行应急开机，同时暂停信控。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
根据提取的所述用户缴费工单获取缴费用户状态信息和缴费用户所属的融合群；
获取所述融合群下所有需要开机的用户，形成所述用户列表。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
根据用户类型拼成对应的所述开机指令，并向网元发送所述开机指令，进行应急开机；
将所述开机指令发送成功的用户加入到信控暂停接口表中，暂停信控，其中，所述信控暂停接口表中包括用户号码、缴费流水号以及入表时间。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
查询所述用户所属的融合群当前的所述余额；
如果所述余额大于0，则不处理；
如果所述余额小于0，则根据用户类型拼成对应的所述停机指令，并向网元发送所述停机指令，进行补停机。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
删除信控暂停接口表中所述融合群中所有用户，通知信控系统对所述融合群中所有用户进行正常信用控制。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
从信控暂停接口表获取用户号码和缴费流水号；
根据所述缴费流水号在缴费接口工单表中查询对应的所述用户缴费工单的处理情况；
如果所述用户缴费工单未处理，则不处理；
如果所述用户缴费工单已处理完成，则执行所述查询所述用户所属的融合群当前的所述余额的步骤。
本发明实施例通过检测缴费接口工单表中的用户缴费工单量；在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机；持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机，能够根据交费工单积压量自动启停，可以大幅度提升应急响应的及时性，扩大缴费渠道的适用性。
图4示出了本发明实施例提供的计算设备的结构示意图，本发明具体实施例并不对设备的具体实现做限定。
如图4所示，该计算设备可以包括：处理器(processor)402、通信接口(Communications Interface)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执行以下操作：
检测缴费接口工单表中的用户缴费工单量；
在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机；
持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；
针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机。
在一种可选的方式中，所述程序410使所述处理器执行以下操作：
批量提取所述用户缴费工单，并进行标识；
根据提取的所述用户缴费工单获取缴费用户信息以及对应的需要开机的用户列表；
针对所述用户列表中的用户，根据用户类型发送开机指令以进行应急开机，同时暂停信控。
在一种可选的方式中，所述程序410使所述处理器执行以下操作：
根据提取的所述用户缴费工单获取缴费用户状态信息和缴费用户所属的融合群；
获取所述融合群下所有需要开机的用户，形成所述用户列表。
在一种可选的方式中，所述程序410使所述处理器执行以下操作：
根据用户类型拼成对应的所述开机指令，并向网元发送所述开机指令，进行应急开机；
将所述开机指令发送成功的用户加入到信控暂停接口表中，暂停信控，其中，所述信控暂停接口表中包括用户号码、缴费流水号以及入表时间。
在一种可选的方式中，所述程序410使所述处理器执行以下操作：
查询所述用户所属的融合群当前的所述余额；
如果所述余额大于0，则不处理；
如果所述余额小于0，则根据用户类型拼成对应的所述停机指令，并向网元发送所述停机指令，进行补停机。
在一种可选的方式中，所述程序410使所述处理器执行以下操作：
删除信控暂停接口表中所述融合群中所有用户，通知信控系统对所述融合群中所有用户进行正常信用控制。
在一种可选的方式中，所述程序410使所述处理器执行以下操作：
从信控暂停接口表获取用户号码和缴费流水号；
根据所述缴费流水号在缴费接口工单表中查询对应的所述用户缴费工单的处理情况；
如果所述用户缴费工单未处理，则不处理；
如果所述用户缴费工单已处理完成，则执行所述查询所述用户所属的融合群当前的所述余额的步骤。
本发明实施例通过检测缴费接口工单表中的用户缴费工单量；在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机；持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机，能够根据交费工单积压量自动启停，可以大幅度提升应急响应的及时性，扩大缴费渠道的适用性。
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (10)

1.一种应急缴费开机方法，其特征在于，所述方法包括：
检测缴费接口工单表中的用户缴费工单量；
在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机，同时暂停对与提取的所述用户缴费工单相关的用户的信控；
持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；
针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机。
2.根据权利要求1所述的方法，其特征在于，所述批量提取用户缴费工单，并对与提取的所述用户缴费工单相关的用户进行应急开机，同时暂停对与提取的所述用户缴费工单相关的用户的信控，包括：
批量提取所述用户缴费工单，并进行标识；
根据提取的所述用户缴费工单获取缴费用户信息以及对应的需要开机的用户列表；
针对所述用户列表中的用户，根据用户类型发送开机指令以进行应急开机，同时暂停信控。
3.根据权利要求2所述的方法，其特征在于，所述根据提取的所述用户缴费工单获取缴费用户信息以及对应的需要开机的用户列表，包括：
根据提取的所述用户缴费工单获取缴费用户状态信息和缴费用户所属的融合群；
获取所述融合群下所有需要开机的用户，形成所述用户列表。
4.根据权利要求2所述的方法，其特征在于，所述根据用户类型发送开机指令以进行应急开机，同时暂停信控，包括：
根据用户类型拼成对应的所述开机指令，并向网元发送所述开机指令，进行应急开机；
将所述开机指令发送成功的用户加入到信控暂停接口表中，暂停信控，其中，所述信控暂停接口表中包括用户号码、缴费流水号以及入表时间。
5.根据权利要求1所述的方法，其特征在于，所述针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机，包括：
查询所述用户所属的融合群当前的所述余额；
如果所述余额大于0，则不处理；
如果所述余额小于0，则根据用户类型拼成对应的停机指令，并向网元发送所述停机指令，进行补停机。
6.根据权利要求5所述的方法，其特征在于，所述向网元发送所述停机指令，进行补停机之后，包括：
删除信控暂停接口表中所述融合群中所有用户，通知信控系统对所述融合群中所有用户进行正常信用控制。
7.根据权利要求5所述的方法，其特征在于，所述查询所述用户所属的融合群当前的所述余额之前，包括：
从信控暂停接口表获取用户号码和缴费流水号；
根据所述缴费流水号在缴费接口工单表中查询对应的所述用户缴费工单的处理情况；
如果所述用户缴费工单未处理，则不处理；
如果所述用户缴费工单已处理完成，则执行所述查询所述用户所属的融合群当前的所述余额的步骤。
8.一种应急缴费开机装置，其特征在于，所述装置包括：
工单检测单元，用于检测缴费接口工单表中的用户缴费工单量；
应急开机单元，用于在所述用户缴费工单量达到阈值时，批量提取用户缴费工单，并控制对与提取的所述用户缴费工单相关的用户进行应急开机，同时暂停对与提取的所述用户缴费工单相关的用户的信控；
应急暂停单元，用于持续检测所述缴费接口工单表中的所述用户缴费工单量，并在所述用户缴费工单量低于所述阈值时暂停缴费应急流程；
补停机单元，用于针对应急开机的用户，查询缴费销账后的余额，在所述余额小于0时对所述用户进行补停机。
9.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行根据权利要求1-7任一项所述应急缴费开机方法的步骤。
10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行根据权利要求1-7任一项所述应急缴费开机方法的步骤。
CN202010126568.3A 2020-02-28 2020-02-28 应急缴费开机方法、装置、计算设备及计算机存储介质 Active CN113326179B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010126568.3A CN113326179B (zh) 2020-02-28 2020-02-28 应急缴费开机方法、装置、计算设备及计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010126568.3A CN113326179B (zh) 2020-02-28 2020-02-28 应急缴费开机方法、装置、计算设备及计算机存储介质

Publications (2)

Publication Number Publication Date
CN113326179A CN113326179A (zh) 2021-08-31
CN113326179B true CN113326179B (zh) 2023-11-10

Family

ID=77412559

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010126568.3A Active CN113326179B (zh) 2020-02-28 2020-02-28 应急缴费开机方法、装置、计算设备及计算机存储介质

Country Status (1)

Country Link
CN (1) CN113326179B (zh)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101431744A (zh) * 2008-12-16 2009-05-13 中国移动通信集团四川有限公司 手机帐户异步缴费到帐的方法及其应用
CN101437216A (zh) * 2008-12-16 2009-05-20 中国移动通信集团四川有限公司 手机账户异步缴费开机的方法及其应用
CN101783846A (zh) * 2009-01-15 2010-07-21 中兴通讯股份有限公司 计费业务处理方法以及计费网关
CN102448039A (zh) * 2010-09-30 2012-05-09 中国移动通信集团四川有限公司 一种保障移动用户设备核心网通信能力的方法和装置
CN102957544A (zh) * 2011-08-17 2013-03-06 中国移动通信集团上海有限公司 一种业务工单发送方法、装置以及业务工单处理系统
CN103297247A (zh) * 2013-07-05 2013-09-11 江苏省广电有线信息网络股份有限公司南京分公司 面向三网融合的广电分业务信用控制管理方法及系统
CN105992183A (zh) * 2015-02-13 2016-10-05 中国移动通信集团安徽有限公司 一种交费快速开机的方法、装置和设备
CN109976967A (zh) * 2017-12-27 2019-07-05 中国移动通信集团上海有限公司 一种基于智能调度的缴费复机监测预警方法和系统
CN110675058A (zh) * 2019-09-24 2020-01-10 中国联合网络通信集团有限公司 工单处理方法、电子设备、存储介质及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101056182B (zh) * 2006-04-14 2012-07-04 朗迅科技公司 汇聚预付费和后付费

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101431744A (zh) * 2008-12-16 2009-05-13 中国移动通信集团四川有限公司 手机帐户异步缴费到帐的方法及其应用
CN101437216A (zh) * 2008-12-16 2009-05-20 中国移动通信集团四川有限公司 手机账户异步缴费开机的方法及其应用
CN101783846A (zh) * 2009-01-15 2010-07-21 中兴通讯股份有限公司 计费业务处理方法以及计费网关
CN102448039A (zh) * 2010-09-30 2012-05-09 中国移动通信集团四川有限公司 一种保障移动用户设备核心网通信能力的方法和装置
CN102957544A (zh) * 2011-08-17 2013-03-06 中国移动通信集团上海有限公司 一种业务工单发送方法、装置以及业务工单处理系统
CN103297247A (zh) * 2013-07-05 2013-09-11 江苏省广电有线信息网络股份有限公司南京分公司 面向三网融合的广电分业务信用控制管理方法及系统
CN105992183A (zh) * 2015-02-13 2016-10-05 中国移动通信集团安徽有限公司 一种交费快速开机的方法、装置和设备
CN109976967A (zh) * 2017-12-27 2019-07-05 中国移动通信集团上海有限公司 一种基于智能调度的缴费复机监测预警方法和系统
CN110675058A (zh) * 2019-09-24 2020-01-10 中国联合网络通信集团有限公司 工单处理方法、电子设备、存储介质及系统

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
停开机业务工单处理 调优分析;牛勇;《电信技术》(第2期);13-15 *
基于双层接口的批量应急开机方案;陈健荣 等;《广西通信技术》(第2期);43-46 *
安徽移动NGBOSS信控管理子系统的设计与实现;颜廷娟;《中国优秀硕士学位论文全文数据库》(第2012年04期);I138-301 *
河北移动NGBOSS-CRM应急系统分析与设计;孙志广;《中国优秀硕士学位论文全文数据库》(第2014年04期);I138-245 *

Also Published As

Publication number Publication date
CN113326179A (zh) 2021-08-31

Similar Documents

Publication Publication Date Title
US20190258809A1 (en) Method for removing customer personal information from an electronic device
US9183100B2 (en) Systems for identifying customer personal information on electronic devices
US10152686B2 (en) System and method for managing shipping of electronic devices with customer personal information
CN112183782B (zh) 故障工单处理方法及设备
JP2019500680A (ja) データ処理方法及び装置
CN104376452A (zh) 基于国际卡支付通道管理支付成功率的系统及方法
CN107861765B (zh) 产品配置方法、设备和计算机可读存储介质
CN108415768B (zh) 一种数据批处理方法与系统
US9495367B2 (en) System and method for performing a software comparison
CN113326179B (zh) 应急缴费开机方法、装置、计算设备及计算机存储介质
US20170116212A1 (en) System and method for systematically removing customer personal information from an electronic device
CN108961039B (zh) 交易处理方法、装置及系统
CN111209273A (zh) 可配置的erp系统数据卸载方法及装置
CN111488236A (zh) 一种订单异常处理方法、服务器、存储介质及处理装置
CN110599333A (zh) 基于银行差异性的贷款业务处理方法、装置和电子设备
CN108876570B (zh) 电子装置、资金异常问题处理的方法及存储介质
CN114258024B (zh) 停机处理方法、装置、电子设备及存储介质
CN117710068B (zh) 基于人工智能的临时供应商核验方法、装置及设备
CN117742843B (zh) 一种交割服务业务表单生成方法和系统
CN112966940A (zh) 交易风控处理系统、方法、计算设备及存储介质
CN116993404A (zh) 广告展示的方法和装置
CN117094798A (zh) 线上交易的处理方法、装置、设备及存储介质
CN116596602A (zh) 一种单项工程核算方法、装置、终端及存储介质
CN117993905A (zh) 一种基于指令状态机的重新划款方法及装置
CN114418488A (zh) 一种库存信息处理方法、装置及系统

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
GR01 Patent grant
GR01 Patent grant