客户状态稽核方法、转售业务支撑系统及存储介质

技术领域

本发明涉及移动通信技术领域，尤其涉及一种客户状态稽核方法、转售业务支撑系统及存储介质。

背景技术

在相关技术中，转售业务支撑体系由省网元、省BOSS(Business OperationSupport System，业务运营支撑系统)以及转售业务支撑系统组成。其中，转售业务支撑系统包括业务运营支撑系统和客户关系管理系统，客户关系管理系统又简称CRM(CustomerRelationship Management)系统。

通常情况下，省网元和业务运营支撑系统之间并不直接通信，正常工作时，省网元将产生的客户话单通过省BOSS传输至业务运营支撑系统，业务运营支撑系统负责对客户话单进行相关业务处理，例如业务运营支撑系统对客户话单进行批价处理、话单结算和话单入库等操作。客户关系管理系统负责对省网元侧和业务运营支撑系统侧的客户状态进行更新和管理，以保证省网元侧和业务运营支撑系统侧的客户状态都是最新的客户状态且保持一致，这样才能使得业务运营支撑系统可以对客户话单相关业务的正常处理。

在一些应用场景下，由于客户关系管理系统和省网元之间的配合流程不完善、数据传输故障，或者由于省网元设备突发故障、客户关系管理系统对省BOSS系统的管理不完善等原因，导致省网元侧的客户状态更新不及时，例如业务运营支撑系统中的客户状态已经更新为异常状态时，省网元侧的客户状态依旧为正常状态，这样省网元侧就会持续产生大量客户话单并且传递至业务运营支撑系统，由于省网元侧和业务运营支撑系统侧的客户状态不一致，导致业务运营支撑系统对产生的客户话单无法进行正常的业务处理，只能将其标记为异常话单并存入异常话单库中。这种情况下，由于缺乏客户状态稽核机制，在一段时间内省网元侧的客户状态无法得到更新，这样就会产生大量的异常客户话单，造成转售企业的经济损失。

发明内容

本发明的主要目的在于提供一种客户状态稽核方法、转售业务支撑系统及存储介质，旨在解决省网元侧的客户状态和业务运营支撑系统侧的客户状态存在不一致的技术问题。

为实现上述目的，本发明提供一种基于转售业务支撑系统的客户状态稽核方法，所述转售业务支撑系统包括业务运营支撑系统和客户关系管理系统；所述客户状态稽核方法包括：

所述业务运营支撑系统获取省网元当前传输的客户话单；

所述业务运营支撑系统对所述客户话单进行分析，获取所述客户话单在业务运营支撑系统侧对应的第一客户状态，并依据所述第一客户状态确定所述客户话单是否为正常话单，若否则向所述客户关系管理系统发起客户状态稽核请求；

所述客户关系管理系统响应于所述客户状态稽核请求获取所述客户话单在客户关系管理系统侧对应的第二客户状态，并确定所述第一客户状态和所述第二客户状态是否一致，若是则向所述省网元发送客户状态同步请求，所述客户状态同步请求用于将所述客户话单在所述省网元侧的客户状态更新为所述第二客户状态。

可选地，所述的基于转售业务支撑系统的客户状态稽核方法还包括：

在确定所述第一客户状态和所述第二客户状态是否一致之后，向所述业务运营支撑系统返回响应报文，所述响应报文中包括所述第一客户状态和所述第二客户状态是否一致的确认结果以及所述第二客户状态；

所述业务运营支撑系统根据所述响应报文确定更新所述客户话单对应的第一客户状态或者进行业务处理。

可选地，所述业务运营支撑系统根据所述响应报文确定更新所述客户话单对应的第一客户状态或者进行业务处理包括：

所述业务运营支撑系统读取所述响应报文并解析出所述第一客户状态和所述第二客户状态是否一致的确认结果和所述第二客户状态；

若所述确认结果为不一致，则将所述客户话单对应的第一客户状态更新为所述第二客户状态，若所述确认结果为一致，则进行业务处理。

可选地，所述客户状态稽核方法、客户状态稽核请求以及所述响应报文中均包括与所述客户话单对应的客户号码；

所述客户状态稽核方法还包括：根据所述客户号码确定所述客户话单。

可选地，所述基于转售业务支撑系统的客户状态稽核方法还包括：

若依据所述第一客户状态确定所述客户话单为正常话单则进行业务处理；

所述业务处理包括话单入库、话单结算、话单批价中的一种或者多种。

可选地，所述第一客户状态和第二客户状态均为所述客户话单通话开始时刻对应的客户状态。

可选地，所述依据所述第一客户状态确定所述客户话单是否为正常话单包括：

若所述客户话单在业务运营支撑系统侧对应的第一客户状态为客户未开户、停机或者销户状态，则确定所述客户话单为异常话单，否则确定所述客户话单为正常话单。

此外，为实现上述目的，本发明还提供一种转售业务支撑系统，该转售业务支撑系统包括：业务运营支撑装置和客户关系管理装置；

所述业务运营支撑装置，用于获取各省网元当前传输的客户话单，对所述客户话单进行分析，获取所述客户话单在业务运营支撑系统侧对应的第一客户状态，并依据所述第一客户状态确定所述客户话单是否为正常话单，若否则向所述客户关系管理系统发起客户状态稽核请求；

所述客户关系管理装置，用于响应于所述客户状态稽核请求获取所述客户话单在客户关系管理系统侧对应的第二客户状态，并确定所述第一客户状态和所述第二客户状态是否一致，若是则向所述省网元发送客户状态同步请求，所述客户状态同步请求用于将所述客户话单在所述省网元侧的客户状态更新为所述第二客户状态。

可选地，所述客户关系管理装置，还用于在确定所述第一客户状态和所述第二客户状态是否一致之后，向所述业务运营支撑装置返回响应报文，所述响应报文中包括所述第一客户状态和所述第二客户状态是否一致的确认结果以及所述第二客户状态；

所述业务运营支撑装置，还用于根据所述响应报文确定更新所述客户话单对应的第一客户状态或者进行业务处理。

此外，为实现上述目的，本发明还提供一种转售业务支撑设备，所述转售业务支撑设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序配置为实现上述任一项所述的基于转售业务支撑系统的客户状态稽核方法。

此外，为实现上述目的，本发明还提供一种存储介质，所述存储介质上存储有程序，所述程序被处理器执行时实现上述任一项所述的基于转售业务支撑系统的客户状态稽核方法。

依据本申请提供的基于转售业务支撑系统的客户状态稽核方法，业务运营支撑系统获取各省网元产生的客户话单；然后业务运营支撑系统对客户话单进行分析，从业务运营支撑系统对应的第一数据库中获取客户话单对应的第一客户状态，并依据第一客户状态确定客户话单是否为正常话单，若否则实时向客户关系管理系统发起客户状态稽核请求；客户关系管理系统响应于客户状态稽核请求，并从客户关系管理系统对应的第二数据库中获取该客户话单对应的第二客户状态，并确定第二客户状态和第一客户状态是否一致，若是，则确定该客户话单在业务运营支撑系统侧对应的第一客户状态正常，同时确定该客户话单在省网元侧的客户状态存在异常，则客户关系管理系统实时向省网元侧发送客户状态同步请求，以将省网元侧的客户状态更新为第二客户状态，这样保证了省网元侧的客户状态及时更新为正常状态，避免了持续产生大量异常客户话单而造成转售企业的经济损失。

附图说明

图1为本发明提供的一种转售业务支撑系统的结构示意图；

图2为本发明实施例提供的基于转售业务支撑系统的客户状态稽核方法流程示意图之一；

图3为本发明实施例提供的基于转售业务支撑系统的客户状态稽核方法流程示意图之二；

图4为本发明实施例提供的基于转售业务支撑系统的客户状态稽核方法的工作流程图；

图5为本发明实施例提供的转售业务支撑系统结构示意图；

图6为本发明实施例提供的转售业务支撑设备实体结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

为支撑转售企业发展，相关技术采用集中化建设的模式，本发明提供的客户状态稽核方法应用于转售业务支撑系统中，图1为本发明提供的一种转售业务支撑系统的结构示意图，请参考图1所示，转售业务支撑系统包括业务运营支撑系统和客户关系管理系统，该转售业务支撑系统一方面与各省BOSS通信连接，另一方面与转售企业自建系统通信连接，省BOSS与各省网元通信连接。

其中，省网元用于对一个网络单元中的各个客户进行管理，省网元与省BOSS通信连接，客户关系管理系统可以通过省BOSS向省网元发送状态变更指令，以变更省网元侧的客户状态。省BOSS与业务运营支撑系统通信连接，省BOSS用于对多个省网元进行管理，省BOSS将网元产生的客户话单进行格式转换后传输至转售系统的业务运营支撑系统。业务运营支撑系统用于对省BOSS传输的客户话单进行业务处理，客户关系管理系统用于对业务运营支撑系统以及省网元中的客户状态信息进行更新和同步，同时客户关系管理系统还接收转售企业自建系统的配置信息，以更新客户关系管理系统侧的客户状态。

在一些场景下，由于系统出现错误、通信中断或者硬件故障等原因，导致省网元侧的客户状态更新不及时，例如业务运营支撑系统中的客户状态已经更新为异常状态时，省网元侧的客户状态依旧为正常状态，这样省网元侧就会持续产生大量客户话单并且传递至业务运营支撑系统，由于省网元侧和业务运营支撑系统侧的客户状态不一致，导致业务运营支撑系统对产生的客户话单无法进行正常的业务处理，只能将其标记为异常话单并存入异常话单库中。这种情况下，由于缺乏客户状态稽核机制，在一段时间内省网元侧的客户状态无法得到更新，这样就会产生大量的异常客户话单，造成转售企业的经济损失。

为了克服上述缺陷，本发明提供客户状态稽核方法，业务运营支撑系统对每个客户话单进行分析，并获取该客户话单在业务运营支撑系统侧的第一客户状态，并依据第一客户状态确定客户话单是否为正常话单，若否则实时向客户关系管理系统发起客户状态稽核请求；客户关系管理系统响应于客户状态稽核请求，并获取该客户话单在客户关系管理系统侧对应的第二客户状态，并确定第二客户状态和第一客户状态是否一致，若是，则确定该客户话单在业务运营支撑系统侧对应的第一客户状态正常，同时确定该客户话单在省网元侧的客户状态存在异常，则客户关系管理系统实时向省网元侧发送客户状态同步请求，以将省网元侧的客户状态更新为第二客户状态，这样保证了省网元侧的客户状态及时更新为正常状态，避免了持续产生大量异常客户话单而造成转售企业的经济损失。

进一步的，在稽核之后，客户关系管理系统还向业务运营支撑系统返回响应报文，响应报文中包括客户状态的对比结果以及第二客户状态，业务运营支撑系统解析响应报文，如果客户状态的对比结果不一致，则确定业务运营支撑系统侧的客户状态发生错误，则将客户话单在业务运营支撑系统侧对应的第一客户状态更新为第二客户状态。

一般的，客户话单的产生和客户话单的处理都是实时的，省网元将产生的客户话单实时上传至省BOSS，省BOSS将接收到的客户话单实时传输至业务运营支撑系统，业务运营支撑系统对接收到的客户话单进行实时处理。在此基础上，本发明提供的客户状态稽核方法也是实时的，即对于业务运营支撑系统接收到的每个当前话单都进行客户状态的稽核，以便即使发现客户状态异常的情况，保证对省网元或业务运营支撑系统中的客户状态做到及时的稽核和更新，从而保证客户话单处理业务的正常进行。

以下结合图1所示的转售业务支撑系统对本发明提供的客户状态稽核方法进行进一步的说明。

图2为本发明实施例提供的基于转售业务支撑系统的客户状态稽核方法流程示意图之一，请参考图2，所述基于转售业务支撑系统的客户状态稽核方法包括：

步骤S201、业务运营支撑系统获取省网元当前传输的客户话单。

在一种或者多种实施例中，各省网元采集客户产生的客户话单，并将采集的客户话单传输至省BOSS，由省BOSS再将各客户话单传输至转售业务支撑系统中的业务运营支撑系统。

步骤S202、业务运营支撑系统对客户话单进行分析，获取客户话单在业务运营支撑系统侧对应的第一客户状态，并依据第一客户状态确定客户话单是否为正常话单，若否则向客户关系管理系统发起客户状态稽核请求。

在一种实施例中，业务运营支撑系统对客户话单进行分析，获取该客户话单的身份标识，一般的客户话单包括客户号码(如主叫号码、被叫号码)、通话时长、通话开始时间、通话结束时间等信息，该身份标识可以为客户话单的客户号码或者其他可以确认该客户身份的标志信息。业务运营支撑系统根据该客户话单的客户号码在其对应的第一数据库中查找该客户话单对应的第一客户状态，该第一客户状态即为该客户话单在业务运营支撑系统侧当前的客户状态，并依据该第一客户状态确定当前客户话单是否为正常话单，若否则向客户关系管理系统发起客户状态稽核请求。

一般的，客户话单对应的客户状态包括正常、客户未开户、停机或者销户状态，若客户状态为客户未开户、停机或者销户状态，则确定该客户话单为异常话单，若该客户状态为开户且处于正常工作状态，则确定该客户话单为正常话单。

在一种实施例中，若依据第一客户状态确定客户话单为正常话单则进行下一步业务处理。

一般的，对于客户话单进行的业务处理包括话单入库、话单结算、话单批价中的一种或者多种。例如，当确定当前客户话单为正常话单，则对客户话单进行话单批价和话单结算处理。

步骤S203、客户关系管理系统响应于客户状态稽核请求获取客户话单在客户关系管理系统侧对应的第二客户状态，并确定第一客户状态和第二客户状态是否一致，若是则向省网元发送客户状态同步请求，客户状态同步请求用于将客户话单在省网元侧的客户状态更新为第一客户状态或第二客户状态。

一般的，如果是短信或者流量类的客户话单包括当前客户号码、通话开始时刻(如短信发出时刻或者开始上网时刻)、客户号码消耗的流量值等信息，如果是语音通话类的客户话单，则该客户话单还包括通话时长等信息。需要说明的是，根据目前的客户话单规则，客户话单不包括客户号码的状态信息，因此业务运营支撑系统无法根据客户话单确定客户号码的客户状态。

一般的，在确定客户话单对应的客户状态时，均以该客户话单中记录的通话开始时刻的客户状态为准。例如，业务运营支撑系统接收到省BOSS传输的客户话单之后，业务运营支撑系统首先提取话单中的客户号码(也叫业务号码)和该客户号码通话开始时刻，然后根据该客户号码和通话开始时刻在对应的第一数据库中查找该客户号码在通话开始时刻的客户状态(即第一客户状态)。

在一种实施例中，客户关系管理系统在接收到客户状态稽核请求后，获取该状态稽核请求中包括的身份标识(如客户号码)，然后根据身份标识从其对应的数据库中获取该客户话单在客户关系管理系统侧对应的第二客户状态。由于客户关系管理系统直接与转售企业自建系统对接，转售企业会及时的对客户关系管理系统侧对应的客户状态进行更新和维护，因此一般确定客户关系管理系统侧存储的客户状态即为客户当前的客户状态。因此客户关系管理系统从客户关系管理系统对应的第二数据库中获取该客户话单对应的第二客户状态，并确定第二客户状态和第一客户状态是否一致，若是，则确定该客户话单在业务运营支撑系统侧对应的第一客户状态正常，同时确定该客户话单在省网元侧的客户状态存在异常，则客户关系管理系统实时向省网元侧发送客户状态同步请求，以将省网元侧的客户状态更新为第一客户状态或第二客户状态。

一般的，客户关系管理系统将客户状态同步请求发送至省BOSS，由省BOSS将该客户状态同步请求传输至对应的省网元，客户状态同步请求中包括客户号码以及该客户号码对应的第二客户状态，省网元根据该客户状态同步请求将省网元侧的客户状态更新为第二客户状态。

可以看出，依据本发明实施例提供的客户状态稽核方法，如果业务运营支撑系统和客户关系管理系统侧对应的客户状态已经更新为异常，而省网元侧的客户状态由于某种原因导致未及时更新时，则省网元侧该客户的状态依旧为正常状态，这样省网元侧就会持续产生大量客户话单并且传递至业务运营支撑系统，而这些话单会被业务运营支撑系统确定为异常话单，并且无法完成话单结算，这样会造成省业务公司的经济损失，而采用本实施例的客户状态稽核方法，当业务运营支撑系统确定当前客户话单为异常话单时，则向客户关系管理系统发起客户状态稽核请求，若客户关系管理系统确定第二客户状态和第一客户状态一致，则确定该客户话单在业务运营支撑系统侧对应的第一客户状态正常，同时确定该客户话单在省网元侧的客户状态存在异常，则客户关系管理系统实时向省网元侧发送客户状态同步请求，以将省网元侧的客户状态更新为第二客户状态，这样保证了省网元侧的客户状态及时更新为正常状态，避免了该客户号码持续产生大量异常客户话单而造成转售企业的经济损失。

进一步的，请参考图3，图3为本发明实施例提供的基于转售业务支撑系统的客户状态稽核方法流程示意图之二，在一种实施例中，该基于转售业务支撑系统的客户状态稽核方法还包括：

步骤S204、在确定第一客户状态和第二客户状态是否一致之后，向业务运营支撑系统返回响应报文，响应报文中包括第一客户状态和第二客户状态是否一致的确认结果以及第二客户状态。

在一种实施例中，在确定第一客户状态和第二客户状态是否一致之后，向业务运营支撑系统返回响应报文，业务运营支撑系统对返回的响应报文进行解析以获取状态稽查的结果。

一般的，响应报文中至少包括第一客户状态和第二客户状态是否一致的确认结果、第二客户状态以及客户号码，业务运营支撑系统对返回的响应报文进行解析后，即可获取该客户号码在业务运营支撑系统和客户关系管理系统中的客户状态是否一致，并且根据是否一致的结果进行进一步的处理。

步骤S205、业务运营支撑系统根据响应报文确定更新客户话单对应的第一客户状态或者进行业务处理。

在一种实施例中，业务运营支撑系统读取响应报文，并解析出响应报文中包括的第一客户状态和所述第二客户状态是否一致的确认结果和第二客户状态。若业务运营支撑系统根据响应报文确定第一客户状态和第二客户状态一致，则可以确定业务运营支撑系统中当前客户状态是正确状态，则说明当前客户话单对应的客户号码确实为异常状态，则将该客户话单存入异常话单库中，等待工作人员进行进一步的处理。

在一种实施例中，若业务运营支撑系统根据响应报文确定第一客户状态和第二客户状态不一致，则可以确定业务运营支撑系统中存储的第一客户状态发生错误，因此导致业务运营支撑系统将当前话单确定为异常话单，而省网元侧的客户状态为正常状态，则将业务运营支撑系统侧客户话单对应的第一客户状态更新为第二客户状态，这样既可将客户话单的客户状态更新为正常状态，避免了业务运营支撑系统对客户话单状态的误判，从而产生大量异常话单，影响客户话单的正常结算。

可以看出，依据本发明实施例提供的客户状态稽核方法，若业务运营支撑系统根据响应报文确定第一客户状态和第二客户状态不一致，则将业务运营支撑系统侧客户话单对应的第一客户状态更新为第二客户状态之后，此时则业务运营支撑系统侧客户话单的客户状态更新为正常状态，则业务运营支撑系统可以对后续产生的话单进行正常结算，避免了业务运营支撑系统对客户话单状态的误判，从而产生大量异常话单，影响客户话单的正常结算。

图4为本发明实施例提供的基于转售业务支撑系统的客户状态稽核方法的工作流程图，请参考图4所示，该客户状态稽核方法的工作包括：

S401、省网元产生客户话单；

S402、省网元将产生的客户话单发送至省BOSS；

S403、省BOSS将客户话单传输至业务运营支撑系统；

S404、业务运营支撑系统对客户话单进行分析，获取客户话单在业务运营支撑系统侧对应的第一客户状态，并依据第一客户状态确定客户话单是否为正常话单，并根据确定结果确定跳转S405或者S406；

S405、若否，则业务运营支撑系统向客户关系管理系统发起客户状态稽核请求，跳转至S407；

S406、若是，则业务运营支撑系统对当前客户话单进行业务处理。

S407、客户关系管理系统响应于客户状态稽核请求，获取客户话单在客户关系管理系统侧对应的第二客户状态，并确定第一客户状态和第二客户状态是否一致，若是，则执行S408；并同步执行S411；

S408、向省BOSS发送客户状态同步请求；

S409、省BOSS将客户状态同步请求发送至省网元；

S410、省网元根据客户状态同步请求对省网元侧的客户状态执行客户状态变更；具体的，将省网元侧的客户状态变更为第二客户状态，这样保证了省网元侧的客户状态及时更新为正常状态，避免了该客户号码持续产生大量异常客户话单而造成转售企业的经济损失。

S411、客户关系管理系统向业务运营支撑系统返回响应报文；

S412、业务运营支撑系统对响应报文进行解析，得到响应报文中的第一客户状态和第二客户状态是否一致的结果以及第二客户状态，若第一客户状态和第二客户状态的比对结果为一致，则执行S413，若不一致则执行S414；

S413、业务运营支撑系统将客户话单存入异常话单库，该客户话单的处理周期结束；

S414、将业务运营支撑系统中该客户话单对应的第一客户状态更新为第二客户状态，这样可将客户话单的客户状态更新为正常状态，避免了业务运营支撑系统对客户话单状态的误判，从而产生大量异常话单，影响客户话单的正常结算。在将该客户话单对应的第一客户状态更新为第二客户状态之后，将当前话单转入执行S406，具体为对当前话单进行批价和结算处理。

图5为本发明实施例提供的转售业务支撑系统结构示意图，请参考图5所示，该转售业务支撑系统包括：业务运营支撑装置501和客户关系管理装置502。

业务运营支撑装置501，用于获取各省网元当前传输的客户话单，对客户话单进行分析，获取客户话单在业务运营支撑系统侧对应的第一客户状态，并依据第一客户状态确定所述客户话单是否为正常话单，若否则向客户关系管理系统发起客户状态稽核请求。

客户关系管理装置502，用于响应于客户状态稽核请求获取客户话单在客户关系管理系统侧对应的第二客户状态，并确定第一客户状态和第二客户状态是否一致，若是则向省网元发送客户状态同步请求，客户状态同步请求用于将客户话单在所述省网元侧的客户状态更新为第二客户状态。

在一种实施例中，客户关系管理装置502，还用于在确定第一客户状态和第二客户状态是否一致之后，向业务运营支撑装置返回响应报文，响应报文中包括第一客户状态和所述第二客户状态是否一致的确认结果以及所述第二客户状态；

业务运营支撑装置501，还用于根据响应报文确定更新所述客户话单对应的第一客户状态或者进行业务处理。

在一种实施例中，业务运营支撑装置501，具体用于读取响应报文并解析出第一客户状态和第二客户状态是否一致的确认结果和第二客户状态；若确认结果为不一致，则将客户话单对应的第一客户状态更新为第二客户状态，若所述确认结果为一致，则进行业务处理。

本发明所述转售业务支撑系统的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。

图6为本发明实施例提供的转售业务支撑设备实体结构示意图，如图6所示，该转售业务支撑设备可以包括：处理器(processor)601、通信接口(CommunicationsInterface)602、存储器(memory)603和通信总线604，其中，处理器601，通信接口602，存储器603通过通信总线604完成相互间的通信。处理器601可以调用存储器603中的逻辑指令，以执行上述客户状态稽核方法，该客户状态稽核方法包括：业务运营支撑系统获取省网元当前传输的客户话单；业务运营支撑系统对客户话单进行分析，获取客户话单在业务运营支撑系统侧对应的第一客户状态，并依据第一客户状态确定客户话单是否为正常话单，若否则向客户关系管理系统发起客户状态稽核请求；客户关系管理系统响应于客户状态稽核请求获取客户话单在客户关系管理系统侧对应的第二客户状态，并确定第一客户状态和第二客户状态是否一致，若是则向省网元发送客户状态同步请求，客户状态同步请求用于将客户话单在省网元侧的客户状态更新为第二客户状态。

此外，上述的存储器603中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

又一方面，本发明还提供一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的客户状态稽核方法。该客户状态稽核方法包括：业务运营支撑系统获取省网元当前传输的客户话单；业务运营支撑系统对客户话单进行分析，获取客户话单在业务运营支撑系统侧对应的第一客户状态，并依据第一客户状态确定客户话单是否为正常话单，若否则向客户关系管理系统发起客户状态稽核请求；客户关系管理系统响应于客户状态稽核请求获取客户话单在客户关系管理系统侧对应的第二客户状态，并确定第一客户状态和第二客户状态是否一致，若是则向省网元发送客户状态同步请求，客户状态同步请求用于将客户话单在省网元侧的客户状态更新为第二客户状态。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。