CN111932235B - 业务处理的方法、数据访问器、状态管理器及计算设备 - Google Patents

Abstract

本发明实施例涉及数据处理技术领域，公开了一种业务处理的方法、数据访问器、状态管理器及计算设备，该方法包括：接收待处理业务；获取所述待处理业务所访问的数据节点；从状态管理器中获取所述数据节点的状态；判断所述数据节点的状态是否为熔断状态；若为熔断状态，挂起所述待处理业务。通过上述方式，本发明实施例实现了数据节点处于熔断状态时，挂起访问该数据节点的待处理业务，避免出现在数据节点处于熔断状态时，业务管理器为待处理业务持续访问数据节点，从而造成业务管理器出现堵塞的情况。

Description

业务处理的方法、数据访问器、状态管理器及计算设备

技术领域

本发明实施例涉及数据处理技术领域，具体涉及一种业务处理的方法、数据访问器、状态管理器及计算设备。

背景技术

BOSS(Business&Operation Support System，业务运营支持系统)计费系统是面向无线通信运营商的，用于根据用户对无线网络的使用情况，计算用户所需要缴纳的费用的系统。目前，BOSS计费系统中用于存储数据的数据节点是采用集群化部署，以在单个数据节点出现故障时，BOSS计费系统仍然可以运行，不影响BOSS计费系统对其它业务的处理。

在实现本发明实施例的过程中，发明人发现：目前，BOSS计费系统对集群化数据节点的访问是采用统一数据访问器实现，但是，当一数据节点出现故障时，无法向数据访问器返回应答时，但是数据访问器并不清楚数据节点的情况，其仍然会为访问该数据节点的待处理业务向数据节点持续请求数据，在访问该数据节点的待处理业务略为增加时，就很容易造成数据访问器堵塞，影响其它业务的处理。

发明内容

鉴于上述问题，本发明实施例提供了一种业务处理的方法、数据访问器、状态管理器及计算设备，克服了上述问题或者至少部分地解决了上述问题。

根据本发明实施例的一个方面，提供了一种业务处理的方法，所述方法包括：接收待处理业务；获取所述待处理业务所访问的数据节点；从状态管理器中获取所述数据节点的状态；判断所述数据节点的状态是否为熔断状态；若为熔断状态，挂起所述待处理业务。

在一种可选的方式中，所述熔断状态包括异常熔断状态和正常熔断状态；所述方法进一步包括：当检测到所述数据节点的状态由异常熔断状态变更为正常熔断状态时，按照计费业务处理顺序，将为所述数据节点挂起的所述待处理业务进行逐级处理。

在一种可选的方式中，所述按照计费业务处理顺序，将为所述数据节点挂起的所述待处理业务进行逐级处理，进一步包括：对为所述数据节点挂起的所述待处理业务依次执行赠送处理、批价处理和合账处理。

在一种可选的方式中，所述方法还包括：当为所述数据节点挂起的所述待处理业务均处理完成时，向所述状态管理器发送完成指令，以使所述状态管理器将所述数据节点的状态变更为正常状态。

在一种可选的方式中，所述异常熔断状态为在所述数据节点处于异常时设置的状态；所述正常熔断状态为在所述数据节点由异常恢复至正常，但是为所述数据节点挂起的待处理业务尚未处理完成时设置的状态。

在一种可选的方式中，在所述从状态管理器中获取所述数据节点的状态的步骤之前，所述方法进一步包括：获取当前访问所述数据节点的业务的业务数量；判断所述业务数量是否大于预设数量；若是，则屏蔽所述待处理业务，并且向所述待处理业务的发送方返回错误报告；若否，则执行所述获取所述数据节点的状态的步骤。

根据本发明实施例的另一方面，提供了一种业务处理的方法，包括：检测数据节点是否存在异常；若存在异常，则将所述数据节点的状态标记为异常熔断状态，以使数据访问器在接收到待处理业务，并且确定所述待处理业务访问所述数据节点时，将所述待处理业务挂起。

在一种可选的方式中，所述方法还包括：若为正常，则判断为所述数据节点挂起的待处理业务是否已处理完成；若是，则将所述数据节点的状态标记为正常状态；若否，则将所述数据节点的状态标记为正常熔断状态。

在一种可选的方式中，所述检测数据节点是否存在异常，进一步包括：按预设时间间隔向所述数据节点发送预设次数的访问请求；若接收到所述数据节点的回复，则确定所述数据节点正常；若没有接收到所述数据节点的回复，则确定所述数据节点异常。

根据本发明实施例的另一方面，提供了一种数据访问器，包括：通信模块和处理模块，所述通信模块和处理模块连接；所述通信模块用于与数据节点和发送待处理业务的发送方通信连接；所述处理模块，用于获取所述通信模块接收到的发送待处理业务，并且根据所述待处理业务，执行上述方法对应的操作。

根据本发明实施例的又一方面，提供了一种状态管理器，包括通信模块和处理模块，所述通信模块和所述处理模块连接；所述通信模块用于与数据节点和数据访问器通信连接；所述处理模块，用于执行上述方法对应的操作。

根据本发明实施例的再一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述方法对应的操作。

根据本发明实施例的还一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行上述方法对应的操作。

在本发明实施例中，当接收到待处理业务时，检查待处理业务所需要访问的数据节点的状态，当数据节点的状态为熔断状态时，挂起该待处理业务，避免数据访问器为待处理业务持续向数据节点请求数据，造成数据访问器出现堵塞，影响数据访问器对访问其它数据节点的其它业务的处理。

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

附图说明

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

图1示出了本发明计费系统实施例的示意图；

图2示出了本发明业务处理的方法实施例的流程图；

图3示出了本发明业务处理的方法另一实施例的流程图；

图4示出了本发明业务处理的方法又一实施例的流程图；

图5示出了本发明业务处理的方法又一实施例的流程图；

图6示出了本发明数据访问器实施例的示意图；

图7示出了本发明状态管理器实施例的示意图；

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

具体实施方式

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

请参阅图1，图1示出了本发明计费系统实施例的示意图，计费系统10包括客户端11、数据访问器12、状态管理器13和若干数据节点14。客户端11与数据访问器12通信连接，数据访问器12分别与状态管理器13和数据节点14通信连接。

对于上述客户端11，客户端11用于向数据访问器发送待处理业务，例如：计费业务、订阅业务、开户业务等等。通常，客户端11设置于营业厅，以供营业人员使用，客户端11的数量也可以为多个。

对于上述数据节点14，数据节点14用于存储数据，例如：用户的开户信息、用户的剩余金额、用户的优惠信息等等。

对于上述状态管理器13，状态管理器13用于确定数据节点14的状态。而数据节点14的状态包括熔断状态和正常状态。正常状态是指数据节点14处于正常，并且不存在为该数据节点挂起待处理业务时设置的状态。熔断状态包括正常熔断状态和异常熔断状态，正常熔断状态是指数据节点14处于正常，但是为该数据节点挂起的待处理业务尚未处理完成时设置的状态，异常熔断状态是指数据节点14处于异常时设置的状态。在一些实施例中，状态管理器13可通过向数据节点发送访问请求的方式来确定数据节点是否异常，例如：状态管理器13按预设时间间隔向所述数据节点14发送预设次数的访问请求，若接收到所述数据节点的回复，则确定所述数据节点正常，若没有接收到所述数据节点的回复，则确定所述数据节点异常；又或者，状态管理器13向数据节点发送访问请求，在预设时长内，没有收到数据节点的回复(即数据节点超时没有回复)，确定数据节点存在异常。

值得说明的是：为了保证状态管理器13所发布的数据节点的状态是最新的，状态管理器13每间隔一段时间就会重新检测一遍所有数据节点，当然，对于状态管理器13间隔检测数据节点的时间可以根据实际情况设定，例如：5分钟检测一遍，半小时检测一遍等等，此处不作限定。

对于上述数据访问器12，数据访问器12统一受理客户端11发送的待处理业务，并且从数据节点14提取待处理业务所需要的数据，然后根据提取的数据对待处理业务执行处理。而为了避免在某些数据节点14出现异常时，数据访问器12不清楚数据节点14出现异常而持续访问异常的数据节点14，造成数据访问器12出现堵塞的情况，数据访问器12在接收到待处理业务时，可先确定待处理业务所需要访问的数据节点14，然后从状态管理器13提取该数据节点14的状态，并且确定数据节点14的状态是否为正常状态，若为正常状态，则处理该待处理业务，否则挂起该待处理业务，从而避免数据访问器12出现堵塞的情况。

请参阅图2，图2示出了本发明业务处理的方法实施例的流程图，方法应用于上述数据访问器，方法包括：

步骤201：接收待处理业务；

待处理业务是指与费用相关的业务，例如：月结业务、订阅业务、开户业务等等，在一些实施例中，待处理业务可由工作人员操作位于营业厅的客户端产生的。

步骤202：获取所述待处理业务所访问的数据节点；

数据节点是用于存储数据，例如：用户的账户信息、用户的优惠信息、用户的剩余金额等等。而数据节点的数量为多个，不同数据节点可以存储不同用户的数据。

步骤203：从状态管理器中获取所述数据节点的状态；

数据节点的状态用于表征数据节点运行情况，其中，数据节点的状态包括正常状态和熔断状态，熔断状态又包括异常熔断状态和正常熔断状态。正常状态用于表征数据节点处理正常，可以对正常处理业务。异常熔断状态用于表征数据节点处于异常，无法进行处理业务。正常熔断状态表示数据节点处于正常，但是为该数据节点挂起的待处理业务尚未处理完成，无法处理其它业务。所述数据节点的状态通过状态管理器进行存储和管理。

步骤204：判断所述数据节点的状态是否为熔断状态，若是，则执行步骤205，否则，执行步骤206；

步骤205：挂起所述待处理业务；

步骤206：正常处理待处理业务。

当数据节点的状态为熔断状态时，挂起待处理业务，可以避免当数据节点不正常，无法返回应答时，而数据访问器却不清楚数据节点的真实情况而持续向数据节点请求待处理业务所需要的数据，造成数据访问器堵塞，影响访问其它数据节点的其它业务的正常处理的情况。

值得说明的是：在正常熔断状态时，虽然该数据节点可以正常返回数据时，但是由于先前为该数据节点挂起的待处理业务尚未处理，如果先处理新的业务，后处理行先事的业务，容易引起数据错误，因此，只要数据节点处于熔断状态时，新来的待处理业务均挂起，可以避免处理出错的情况。

在一些实施例中，在挂起待处理业务时，还可以为待处理业务打上特殊错误码，然后再将该待处理业务及其特殊错误码存储于临时数据库中，数据节点恢复时，再从临时数据库提取待处理业务进行处理。而特殊错误码可根据待处理业务所访问的数据节点进行设置，以建立特殊错误码和待处理业务所访问的数据节点之间的关联，从而方便后续在数据节点恢复正常时，可以根据特殊错误码来提取与数据节点存在关联的待处理业务。

在本发明实施例中，当接收到待处理业务时，检查待处理业务所需要访问的数据节点的状态，当数据节点的状态为熔断状态时，挂起该待处理业务，避免数据访问器为待处理业务持续向数据节点请求数据，造成数据访问器出现堵塞，影响数据访问器处理访问其它数据节点的其它业务。

请参阅图3，图3示出了本发明业务处理的方法另一实施例的流程图，该实施例与其它实施例不同之处在于，方法包括：

步骤207：当检测到所述数据节点的状态由异常熔断状态变更为正常熔断状态时，按照计费业务处理顺序，将为所述数据节点挂起的所述待处理业务进行逐级处理；

当数据节点的状态由异常熔断状态变更为正常熔断状态时，则说明数据节点可执行处理，则重新处理先前为数据节点挂起的待处理业务。需要说明的是：在数据访问器处理先前为数据节点挂起的待处理业务的过程，若又有其它待处理业务需要访问该数据节点，为了避免数据出错，也挂起该新来的待处理业务，优先处理先前的待处理业务，在先前的待处理业务处理完成之后，再处理新来的待处理业务，最后进入正常的处理。

在计费系统中，业务通常具有很强的先后顺序关系，例如：赠送先于批价，批价先于合账，因此，在处理为该数据节点所挂起的待处理业务时，可以采用批量逐级处理，以提高业务的处理效率，例如：先对为该数据节点所挂起的所有待处理业务执行赠送处理、在赠送处理执行完之后，再执行批价处理，在批价处理执行完之后，再执行合账处理，实现赠送处理、批价处理和合账处理的依次处理。当然，对于单独的业务，例如：订阅业务，可以单独执行。

步骤208：当为所述数据节点挂起的所述待处理业务均处理完成时，向所述状态管理器发送完成指令，以使所述状态管理器将所述数据节点的状态变更为正常状态；

在数据节点的状态为正常状态时，后续再接收到访问该数据节点的待处理业务时，可直接处理待处理业务，实现业务的正常处理。当然，在一些实施例中，当为所述数据节点挂起的所述待处理业务均处理完成时，也可以不向所述状态管理器发送完成指令，而是由状态管理器主动检测为数据节点挂起的待处理业务的处理进度，当检测到为数据节点挂起的待处理业务均处理完成时，将所述数据节点的状态变更为正常状态。

在本发明实施例中，当数据节点的状态由异常熔断状态变更为正常熔断状态时，按照计费业务处理顺序，将为所述数据节点挂起的所述待处理业务进行逐级处理，避免待处理业务的处理顺序不正确时引起数据出错的情况。

请参阅图4，图4示出了本发明业务处理的方法又一实施例的流程图，方法包括：

步骤301：接收待处理业务；

步骤302：获取所述待处理业务所访问的数据节点；

步骤303：获取当前访问所述数据节点的业务的业务数量；

步骤304：判断所述业务数量是否大于预设数量，若是，则执行步骤305，否则，执行步骤306；

预设数量的具体数值不作限定，本领域技术人员可以根据实际情况设定。

步骤305：屏蔽所述待处理业务，并且向所述待处理业务的发送方返回错误报告；

当业务数量大于预设数量时，则说明数据节点当前的负载过高，再为数据节点增加业务，会导致数据节点的崩溃或者运行效率低下，但是，对于数据访问器而言，其并不清楚数据节点的情况，在没有接收到数据节点的回复时，会持续为待处理业务向数据节点发送访问请求，进而造成数据访问器的堵塞，因此，在数据节点的访问量超出负载时，数据访问器屏蔽所述待处理业务，以避免数据访问器出现堵塞的情况，此外，数据访问器还向发送方返回错误报告，以使发送方可以撤该待处理业务，避免发送方一直发起该待处理业务的请求。

步骤306：从状态管理器中获取所述数据节点的状态；

步骤307：判断所述数据节点的状态是否为熔断状态，若是，则执行步骤205，否则，执行步骤206；

步骤308：挂起所述待处理业务；

步骤309：正常处理待处理业务。

在本发明实施例中，在接收到待处理业务时，检测待处理业务所访问的数据节点当前的业务数量，当业务数量超出预设数量时，屏蔽所述待处理业务，避免数据节点的负载出现过载，影响数据节点的处理效率，进而造成数据访问器的堵塞。

请参阅图5，图5示出了本发明业务处理的方法又一实施例的流程图，该方法应用于状态管理器，方法包括

步骤401：检测数据节点是否存在异常，若存在异常，则执行步骤402，否则，执行步骤403；

数据节点是用于存储数据，例如：用户的开户数据、用户的优惠数据、用户的余额等等。

在一些实施例中，可以通过向数据节点发送访问请求的方式来确定数据节点是否处于异常，则步骤401又可以具体为：按预设时间间隔向所述数据节点发送预设次数的访问请求，若接收到所述数据节点的回复，则确定所述数据节点正常，没有接收到所述数据节点的回复，则确定所述数据节点异常。

步骤402：将所述数据节点的状态标记为异常熔断状态，以使数据访问器在接收到待处理业务，并且确定所述待处理业务访问所述数据节点时，将所述待处理业务挂起。

步骤403：判断为所述数据节点挂起的待处理业务是否已处理完成，若是，则执行步骤404，否则执行步骤405；

步骤404：将所述数据节点的状态标记为正常熔断状态；

步骤405：将所述数据节点的状态标记为正常状态；

在本发明实施例中，在数据节点出现异常时，将数据节点的状态标记为异常熔断状态，以使数据访问器在接收到访问该数据节点的待处理业务时，将数据节点的挂起，避免数据访问器为待处理业务持续向数据节点发送访问请求，进而造成数据访问器堵塞，影响其它业务的处理。

请参阅图6，图6示出了本发明数据访问器实施例的示意图，数据访问器50包括通信模块501和处理模块502。通信模块501和处理模块502连接，通信模块501用于与数据节点和发送待处理业务的发送方通信连接，处理模块502，用于根据所述待处理业务，执行上述业务处理的方法对应的操作。

请参阅图7，图7示出了本发明状态管理器实施例的示意图，状态管理器70包括通信模块701和处理模块702，所述通信模块701和处理模块702连接。通信模块701用于与数据节点和数据访问器通信连接，处理模块702用于执行上述业务处理的方法对应的操作。

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

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

如图4所示，该计算设备可以包括：处理器(processor)802、通信接口(Communications Interface)404、存储器(memory)406、以及通信总线808。

其中：处理器802、通信接口804、以及存储器806通过通信总线808完成相互间的通信。通信接口804，用于与其它设备比如客户端或其它服务器等的网元通信。处理器802，用于执行程序810，具体可以执行上述用于计算设备的图形绘制方法实施例中的相关步骤。

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

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

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

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

接收待处理业务；

获取所述待处理业务所访问的数据节点；

从状态管理器中获取所述数据节点的状态；

判断所述数据节点的状态是否为熔断状态；

若为熔断状态，挂起所述待处理业务。

在一种可选的方式中，所述熔断状态包括异常熔断状态和正常熔断状态，所述程序810使所述处理器802执行以下操作：

当检测到所述数据节点的状态由异常熔断状态变更为正常熔断状态时，按照计费业务处理顺序，将为所述数据节点挂起的所述待处理业务进行逐级处理。

在一种可选的方式中，所述程序810使所述处理器802执行按照计费业务处理顺序，将为所述数据节点挂起的所述待处理业务进行逐级处理的操作包括：

对为所述数据节点挂起的所述待处理业务依次执行赠送处理、批价处理和合账处理。

在一种可选的方式中，所述程序810使所述处理器802执行以下操作：

当为所述数据节点挂起的所述待处理业务均处理完成时，向所述状态管理器发送完成指令，以使所述状态管理器将所述数据节点的状态变更为正常状态。

在一种可选的方式中，所述异常熔断状态为在所述数据节点处于异常时设置的状态；

所述正常熔断状态为在所述数据节点由异常恢复至正常，但是为所述数据节点挂起的待处理业务尚未处理完成时设置的状态。

在一种可选的方式中，所述程序810使所述处理器802执行所述从状态管理器中获取所述数据节点的状态的操作之前，还执行：获取当前访问所述数据节点的业务的业务数量；

判断所述业务数量是否大于预设数量；

若是，则屏蔽所述待处理业务，并且向所述待处理业务的发送方返回错误报告；

若否，则执行所述获取所述数据节点的状态的步骤。

在一种可选的方式中，所述程序810使所述处理器802执行以下操作：

检测数据节点是否存在异常；

若存在异常，则将所述数据节点的状态标记为异常熔断状态，以使数据访问器在接收到待处理业务，并且确定所述待处理业务访问所述数据节点时，将所述待处理业务挂起。

在一种可选的方式中，所述程序810使所述处理器802执行以下操作：

若为正常，则判断为所述数据节点挂起的待处理业务是否已处理完成；

若是，则将所述数据节点的状态标记为正常状态；

若否，则将所述数据节点的状态标记为正常熔断状态。

在一种可选的方式中，程序810使所述处理器802执行检测所述数据节点是否存在异常的操作包括：

按预设时间间隔向所述数据节点发送预设次数的访问请求；

若接收到所述数据节点的回复，则确定所述数据节点正常；

若没有接收到所述数据节点的回复，则确定所述数据节点异常。

在本发明实施例中，当接收到待处理业务时，检查待处理业务所需要访问的数据节点的状态，当数据节点的状态为熔断状态时，挂起该待处理业务，避免数据访问器为待处理业务持续向数据节点请求数据，造成数据访问器出现堵塞，影响数据访问器处理访问其它数据节点的其它业务。

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

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

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

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

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

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

Claims (12)

1.一种业务处理的方法，其特征在于，所述方法包括：

接收待处理业务；

获取所述待处理业务所访问的数据节点；

从状态管理器中获取所述数据节点的状态，包括：状态管理器按预设时间间隔向所述数据节点发送预设次数的访问请求，若接收到所述数据节点的回复，则确定所述数据节点正常，若没有接收到所述数据节点的回复，则确定所述数据节点异常；所述数据节点的状态包括熔断状态和正常状态，所述正常状态是指数据节点处于正常，并且不存在为所述数据节点挂起待处理业务时设置的状态；熔断状态包括正常熔断状态和异常熔断状态，正常熔断状态是指所述数据节点处于正常，但是为所述数据节点挂起的待处理业务尚未处理完成时设置的状态，异常熔断状态是指所述数据节点处于异常时设置的状态；

判断所述数据节点的状态是否为熔断状态；

若为熔断状态，挂起所述待处理业务；

当检测到所述数据节点的状态由异常熔断状态变更为正常熔断状态时，按照计费业务处理顺序，将为所述数据节点挂起的所述待处理业务进行逐级处理。

2.根据权利要求1所述的方法，其特征在于，所述按照计费业务处理顺序，将为所述数据节点挂起的所述待处理业务进行逐级处理，进一步包括：

对为所述数据节点挂起的所述待处理业务依次执行赠送处理、批价处理和合账处理。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当为所述数据节点挂起的所述待处理业务均处理完成时，向所述状态管理器发送完成指令，以使所述状态管理器将所述数据节点的状态变更为正常状态。

4.根据权利要求1所述的方法，其特征在于，

所述异常熔断状态为在所述数据节点处于异常时设置的状态；

所述正常熔断状态为在所述数据节点由异常恢复至正常，但是为所述数据节点挂起的待处理业务尚未处理完成时设置的状态。

5.根据权利要求1-4中任意一项所述的方法，其特征在于，在所述从状态管理器中获取所述数据节点的状态的步骤之前，所述方法进一步包括：

获取当前访问所述数据节点的业务的业务数量；

判断所述业务数量是否大于预设数量；

若是，则屏蔽所述待处理业务，并且向所述待处理业务的发送方返回错误报告；

若否，则执行所述获取所述数据节点的状态的步骤。

6.一种业务处理的方法，其特征在于，所述方法包括：

检测数据节点是否存在异常，包括：按预设时间间隔向所述数据节点发送预设次数的访问请求，若接收到所述数据节点的回复，则确定所述数据节点正常，若没有接收到所述数据节点的回复，则确定所述数据节点异常；所述数据节点的状态包括熔断状态和正常状态，所述正常状态是指数据节点处于正常，并且不存在为所述数据节点挂起待处理业务时设置的状态；熔断状态包括正常熔断状态和异常熔断状态，正常熔断状态是指所述数据节点处于正常，但是为所述数据节点挂起的待处理业务尚未处理完成时设置的状态，异常熔断状态是指所述数据节点处于异常时设置的状态；

若存在异常，则将所述数据节点的状态标记为异常熔断状态，以使数据访问器在接收到待处理业务，并且确定所述待处理业务访问所述数据节点时，将所述待处理业务挂起，当检测到所述数据节点的状态由异常熔断状态变更为正常熔断状态时，按照计费业务处理顺序，将为所述数据节点挂起的所述待处理业务进行逐级处理。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

若为正常，则判断为所述数据节点挂起的待处理业务是否已处理完成；

若是，则将所述数据节点的状态标记为正常状态；

若否，则将所述数据节点的状态标记为正常熔断状态。

8.根据权利要求6或者7所述的方法，其特征在于，所述检测数据节点是否存在异常，进一步包括：

按预设时间间隔向所述数据节点发送预设次数的访问请求；

若接收到所述数据节点的回复，则确定所述数据节点正常；

若没有接收到所述数据节点的回复，则确定所述数据节点异常。

9.一种数据访问器，其特征在于，包括通信模块和处理模块，所述通信模块和处理模块连接；

所述通信模块用于与数据节点和发送待处理业务的发送方通信连接；

所述处理模块，用于获取所述通信模块接收到的发送待处理业务，并且根据所述待处理业务，执行如权利要求1-5中任意一项所述方法对应的操作。

10.一种状态管理器，其特征在于，包括通信模块和处理模块，所述通信模块和所述处理模块连接；

所述通信模块用于与数据节点和数据访问器通信连接；

所述处理模块，用于执行如权利要求6-8中任意一项所述方法对应的操作。

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

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-8中任意一项所述方法对应的操作。

12.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-8中任意一项所述方法对应的操作。