[发明专利]一种业务处理状态信息查询方法及装置

说明书

技术领域

本申请涉及通信技术领域，尤其涉及一种业务处理状态信息查询方法及装置。

背景技术

目前，在用户向业务服务器（通信网络的网络侧的应用服务器或互联网中的网站服务器）提出一项业务的处理请求后，在业务服务器对该业务进行处理的过程中，用户经常希望了解当前该业务的处理情况，即该业务的处理状态信息，如该业务当前进入的处理环节。

现有技术中，用户可以使用安装有客户端的用户终端，通过与业务服务器之间的信息交互，获知已请求业务的业务处理状态信息，具体的处理流程如图1所示，包括：

步骤101、客户端确定将要请求查询业务处理状态信息的指定业务的业务标识。

步骤102、客户端确定下一次信息查询时间为本次信息查询时间经过查询间隔时长后的时间。

其中，第一次信息查询时间可以为当前时间经过查询间隔时长后的时间。

步骤103、客户端对时间进行监控，即周期性的确定当前时间，每次确定出当前时间后，进入步骤104。

步骤104、判断当前时间是否超过下一次信息查询时间，如果超过，表示下一次信息查询时间到达，进入步骤105，如果未超过，则返回进入步骤103。

步骤105、客户端向业务服务器发送信息查询请求，该信息查询请求中可以携带该指定业务的业务标识。

步骤106、业务服务器接收到该信息查询请求后，从中获取携带的业务标识，并基于该业务标识查询出对应的该指定业务的当前业务处理状态信息，并将查询出的该当前业务处理状态信息，通过信息查询响应携带，发送给该客户端。

步骤107、客户端接收到该信息查询响应后，从中获取携带的该当前业务处理状态信息，并与本地保存的该指定业务的业务处理状态信息进行比较，判断是否一致，如果一致，表示该指定业务的业务处理状态未改变，返回上述步骤102，如果不一致，进入步骤108。

步骤108、当上述步骤107中判断结果为不一致时，表示该指定业务的业务处理状态已改变，则提示用户该业务处理状态信息已更新。

步骤109，基于该当前业务处理状态信息判断该指定业务是否处理完成，如果完成，进入步骤110，如果未完成，进入步骤102。

步骤110、当该指定业务已处理完成后，结束本次业务处理状态信息的查询处理流程。

在上述业务处理状态信息的查询方案中，为了在业务处理状态信息发生变更后，及时的使用户获知最新的业务处理状态信息，通常将查询间隔时长设置的较短，从而可以通过频繁的请求查询，在业务处理状态信息发生变更后，及时发送至客户端，并通知给用户。

然而，基于目前业务处理的特性，在一项业务的处理过程中，业务处理状态信息的变更并不是很频繁的，所以，采用上述方案进行请求查询时，通常本次查询得到的业务处理状态信息，与上一次的查询结果相同，从而导致大量的查询处理是不必要的，因此，这些不必要的查询处理浪费了业务服务器与客户端的处理资源，以及浪费了通信网络的通信资源。

发明内容

有鉴于此，本申请实施例提供一种业务处理状态信息查询方法及装置，用于解决现有技术中进行业务处理状态信息查询时的资源浪费问题。

本申请实施例通过如下技术方案实现：

本申请实施例提供了一种业务处理状态信息查询方法，包括：

接收业务服务器发送的查询参考消息，所述查询参考消息中携带分别完成指定业务的各处理节点所需时长；

确定下一次信息查询时间为当前处理节点完成时间经过完成下一个处理节点所需时长后的时间；

当所述下一次信息查询时间到达时，向所述业务服务器发送信息查询请求，所述信息查询请求中携带所述指定业务的业务标识；

接收所述业务服务器根据所述信息查询请求发送的信息查询响应，所述信息查询响应中携带所述指定业务的当前业务处理状态信息。

本申请实施例还提供了一种查询参考消息发送方法，包括：

业务服务器获取历史多次完成指定业务的各处理节点的时长；

基于获取的所述时长，分别确定完成所述指定业务的各处理节点所需时长；

向客户端发送查询参考消息，所述查询参考消息中携带分别完成所述指定业务的各处理节点所需时长。

本申请实施例还提供了一种业务处理状态信息查询装置，包括：

参考消息接收单元，用于接收业务服务器发送的查询参考消息，所述查询参考消息中携带分别完成指定业务的各处理节点所需时长；