CN103020860A - 一种银行业务进度查询方法及服务器 - Google Patents

Abstract

本发明公开了一种银行业务进度查询方法及业务服务器，其特征在于，所述方法包括：业务服务器接收第一终端发送的业务查询请求；所述业务查询请求至少包含要查询的业务类型和第一终端标识；所述业务服务器从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息；所述业务服务器根据所述第一终端标识发送所述相应的当前业务进程信息至所述第一终端。本发明中，业务服务器通过接收终端发送的查询请求，根据查询请求获取与查询业务类型相应的当前业务进程信息，并发送该相应信息至终端使得用户通过终端即可获知当前的业务进程信息，节省了用户的资源，避免了资源浪费。

Description

一种银行业务进度查询方法及服务器

技术领域

本发明涉及电子领域，尤其涉及一种银行业务进度查询方法及服务器。

背景技术

当前，在一些技术领域中，会对于一些业务的处理进程加以标识，并结合该业务标识确定后续业务的处理顺序。为此，用户需要关注当前业务进程的改变情况。而此种关注，会很大程度的占用用户的资源，甚至消耗业务处理一方的资源，造成严重的资源浪费。

这种问题在银行系统中尤为常见，目前银行为合理安排自己的业务处理，通常会设置一个排队机和叫号机。排队机用于根据顺序发放办理业务的序号，叫号机用于按照当前银行的业务处理进度更新当前要办理的业务的序号。此时，用户只有赶往银行才能知道银行当前的业务处理情况比如尚未办理的业务数量等，当尚未办理的业务数量较大时，用户可能会而且在用户领取了序号后若因事离开可能导致回来时号码已经失效，从而需要重新领取序号，因此浪费了用户大量时间，而且失效序号的产生也造成了银行资源的浪费。

发明内容

本发明的目的在于提供一种银行业务进度查询方法及服务器，以解决目前用户需要耗费较大资源才能关注银行当前业务进程改变的问题，减少资源的浪费。

为此，本发明提供了一种银行业务进度查询方法，所述方法包括：

业务服务器接收第一终端发送的业务查询请求；所述业务查询请求至少包含要查询的业务类型和第一终端标识；

所述业务服务器从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息；

所述业务服务器根据所述第一终端标识发送所述相应的当前业务进程信息至所述第一终端。

优选的，所述业务服务器从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息包括：

所述业务服务器预先从进程处理服务器获取所述所有的当前业务进程信息并存储；

所述业务服务器从存储的所有的当前业务进程信息中查找与所述业务类型相应的当前业务进程信息并获取。

优选的，所述业务服务器从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息包括：

所述业务服务器根据所述业务查询请求触发从进程处理服务器获取业务进程信息的流程；

所述业务服务器从进程处理服务器的所述业务类型所对应的处理进程队列中，调用得到所述相应的当前业务进程信息。

优选的，所述方法还包括：

所述业务服务器获取第二终端的签约信息；所述签约信息中至少包含所述第二终端标识和提示条件；

所述业务服务器根据所述所有的当前业务进程信息判断是否满足所述的提示条件；

若满足，则所述业务服务器根据所述第二终端标识发送提示消息至所述第二终端。

优选的，所述签约信息是用户通过安装在所述第二终端中的客户端软件输入的。

优选的，所述业务服务器包括网点业务服务器，所述所有的当前业务进程信息为一个银行网点的业务进程信息。

优选的，所述业务服务器包括总行业务服务器，所述所有的当前业务进程信息为至少两个银行网点的业务进程信息；所述业务查询请求还包含银行网点标识；

所述业务服务器从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息包括：

所述业务服务器从所有的当前业务进程信息中获取所述银行网点标识对应的银行网点的与所述业务类型相应的当前业务进程信息。

优选的，所述业务类型包括待处理业务数量和/或者当前处理业务序号。

本发明还提供了一种业务服务器，所述服务器包括：

接收单元，用于接收第一终端发送的业务查询请求；所述业务查询请求至少包含要查询的业务类型和第一终端标识；

获取单元，用于从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息；

发送单元，用于根据所述第一终端标识发送所述相应的当前业务进程信息至所述第一终端。

优选的，所述服务器还包括：

签约单元，用于获取第二终端的签约信息；所述签约信息中至少包含所述第二终端标识和提示条件；

判断单元，用于根据所述所有的当前业务进程信息判断是否满足所述的提示条件；

提示单元，用于在满足提示条件时，根据所述第二终端标识发送提示消息至所述第二终端。

与现有技术相比，本发明具有如下有益效果：

本发明中，业务服务器通过接收终端发送的查询请求，根据查询请求获取与查询业务类型相应的当前业务进程信息，并发送该相应信息至终端使得用户通过终端即可获知当前的业务进程信息，节省了用户的资源，避免了资源浪费。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例1方法流程图；

图2是总行服务器与网点服务器连接示意图；

图3是本发明实施例4业务服务器结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例1提供了一种银行业务进度查询方法，参见图1,所述方法包括：

S11、业务处理服务器接收第一终端发送的业务查询请求；所述业务查询请求至少包含要查询的业务类型和第一终端标识。

第一终端可以是移动终端如手机、笔记本等，也可以是台式机等终端。对应终端类型的不同，第一终端标识可以是手机号码或IP地址。

其中，第一终端可以基于浏览器/服务器的模式通过web页面的形式发送业务查询请求，也可以通过手机短信的形式发送业务查询请求。

通过web页面的形式具体为：

第一终端通过网络与业务服务器相连，用户通过点击相应的链接进入业务服务器提供的web页面中。

用户在Web页面中输入业务查询请求。需要说明的是，该业务查询请求可以是随着用户点击链接的形式发送的，比如打开某一网址就同时发送查询该网址对应页面上所有信息的请求。在本发明的其他实施例中，会在web页面中设置相应的请求输入接口，如设置相应的选项或相应的输入窗口。用户通过选中个选项或直接输入相关参数的形式向业务服务器发送业务查询请求。

在本发明中，针对银行系统，其业务类型主要包括：未处理的业务数量和/或当前正在处理的业务序号。通常根据未处理的业务数量，用户可以决定是否要去银行办理业务，而当用户已经领取了业务序号时，可根据当前正在处理的业务序号，决定何时到银行办理业务。

S12、所述业务服务器从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息。

在银行系统中，所有的当前业务进程信息可以是当前发放的最大业务序号和当前正在处理的业务序号。此时，当用户需要查询的业务类型是未处理的业务数量时，因为未办理的业务数量是通过当前发放的最大业务序号和当前正在处理的业务序号做差得到的，即与未处理的业务数量相应的当前业务进程信息是当前发放的最大业务序号和当前正在处理的业务序号，此时业务服务器获取发放的最大业务序号和当前正在处理的业务序号；当用户需要查询的业务类型是当前正在处理的业务序号时，业务服务器获取当前正在处理的业务序号。

需要说明的是，在本发明的优选实施例中，业务服务器可以将获取的当前业务进程信息进行初步处理后发送至第一终端。

比如，当用户请求的业务类型是未处理的业务数量时，根据之前所述业务服务器获取的当前业务进程信息是当前发放的最大业务序号和当前正在处理的业务序号，此时，业务处理服务器可据此计算出未处理的业务数量，然后发送至第一终端。

比如，当用户查询当前未办理的业务数量时，业务服务器获取到当前发放的最大业务序号位90，当前正在处理的业务序号是75，业务服务器据此计算得到未办理的业务数量为15。

S13、所述业务服务器根据所述第一终端标识发送所述相应的当前业务进程信息至所述第一终端。

同第一终端发送业务查询请求至服务器一样，业务服务器可以通过手机短信或浏览器/服务器模式将当前业务进程信息发送至第一终端。

我们知道，现有的银行设有多个网点，对于用户来讲，有时只需要获知一个网点的业务进程信息，有时需要获知多个网点的信息以进行比较选择。

因此，本发明中的业务服务器可以是网点业务服务器，用于获取这一银行网点内的业务进程信息，即所述所有的当前业务进程信息为一个银行网点的业务进程信息。

在本发明的另一实施例中，业务服务器是总行业务服务器，用于获取这一银行至少一个网点内的业务进程信息，即所述所有的当前业务进程信息为至少一个银行网点的业务进程信息；此时业务查询请求还包含银行网点标识。所述总行业务服务器从所有的当前业务进程信息中获取与所述银行网点标识对应的银行网点中与所述业务类型相应的当前业务进程信息。

比如，当用户发送的查询请求是：银行网点A和银行网点B的未办理业务数量时，总行业务服务器就会从所有的当前业务进程信息中获取银行网点A的当前未办理业务数量和银行网点A的当前未办理业务数量，然后发送至第一终端。

本发明中总行服务器可以通过与各网点内的业务进程处理服务器如排队机、叫号机等相连获取当前的业务进程信息。在本发明的优选实施例中，可在各网点设置网点服务器，然后在总行设置总行服务器，如图2所示，设置总行服务器11与各网点服务器12相连，用于从各网点服务器12获取各网点的业务进程信息。

在本发明的实施例2中，当前的业务进程信息是由银行内的进程处理服务器如银行排队机、叫号机生成的。比如当前发放的最大业务序号是由排队机生成的，当前正在处理的业务序号可以从叫号机处直接获得。

对应实施例2的情形，在本发明的实施例3中，业务服务器预先从进程处理服务器中获取所有的当前业务进程信息并存储，这一获取可以是实时的，也可以是周期性进行的。然后业务服务器在接收到业务查询请求时，根据该查询请求中的业务类型在存储的所有当前业务进程信息中查找相应的当前业务进程信息并获取。之后业务服务器发送相应的当前业务进程信息至第一终端。这一方式的缺点是如果设置业务服务器实时的获取信息，那么会给系统造成很大的带宽压力。而且业务服务器需要实时更新，造成了资源浪费。如果设置业务服务器周期性的获取，周期短会产生跟实时获取一样的问题，周期长，会导致用户获取的信息因未更新而不准确。

为此，在本发明的实施例4中，业务服务器在接收到第一终端发送的业务查询请求后触发从进程处理服务器获取业务进程信息的流程。然后从进程处理服务器的与请求查询业务类型对应的处理进程队列中获取相应的当前业务进程信息。之后业务服务器将该对应的当前业务进程信息发送至第一终端。这一方式中在用户有需求时才去获取的方式，既保证了用户获取的信息是最新的，同实时获取的方式相比又减少了带宽的压力。

用户有时不方便查询当前的业务进程信息，因此，在本发明的实施例5中，业务服务器可以根据用户的需求进行提示。首先，用户可以在业务服务器中注册签约信息，该签约信息中至少保存有第二终端的标识和用户设置的提示条件。该提示条件用以表示在满足该条件时，向第二终端发送提示消息以对用户进行相关提示。在本发明中，该签约信息可以是用户在银行通过银行工作人员直接输入业务服务器的，也可以是通过安装在终端上的客户端软件输入的。

然后业务服务器实时或周期性的查询当前业务进程信息是否满足所述的提示条件。若满足，则所述业务服务器根据所述第二终端标识发送提示消息至所述第二终端。

以下以一个具体的应用场景对该实施例做具体说明：

用户A在银行的业务服务器中设置的签约信息为：终端标识为A1，提示条件为：当未办理业务数量不大于5进行提示。

业务服务器实时或周期性的查询获取的当前业务进程信息中未办理业务的数量与5的关系。

在第一时刻，业务服务器查询到获取的当前业务进程信息中未办理业务数量为10，因此不满足该提示条件，不进行提示。

在第二时刻，业务服务器查询到获取的当前业务进程信息中未办理业务数量为4，满足提示条件，于是业务服务器根据第二终端标识发送提示消息至第二终端。

用户设置的提示条件有时可能会与自己安排的业务进程相关，此时业务服务器还需要结合该用户的业务进程进行提示。

比如，当上述例子中A用户的签约信息为：终端标识为A1，领取的业务序号为6，提示条件为：当当前办理的业务序号与自己领取的业务序号相差不大于5时进行提示。业务服务器就会判断获取的当前办理的业务序号与用户领领取的业务序号的数量关系，并在当前办理的业务序号不大于11时（即当前办理的业务序号与自己领取的业务序号相差不大于5时）对用户进行提示。

在本发明中，提示消息具有多种形式，比如语音或者短信等，本发明不对此作具体限制。

为使用户进一步了解当前的业务进程，业务服务器在发送提示消息的同时可将相关的当前业务进程信息一起发送至第二终端。

如在上述实施例中，业务服务器还可以发送当前未办理业务数量为4的消息至第二终端。

更为优选的，本发明中业务服务器还可以通过获取已办理业务的数量和时间，得出办理一个业务的平均时间，然后根据该平均时间预测办理后续某一业务的时间，并将该时间发送或提示给用户，使用户能够据此做出安排。

综上所述，本发明中，业务服务器通过接收终端发送的查询请求，根据查询请求获取与查询业务类型相应的当前业务进程信息，并发送该相应信息至终端使得用户通过终端即可获知当前的业务进程信息，节省了用户的资源，同时避免了银行系统的资源浪费。

本发明实施例6还提供了一种业务服务器，参见图3，所述业务服务器包括：

接收单元21，用于接收第一终端发送的业务查询请求；所述业务查询请求至少包含要查询的业务类型和第一终端标识。

第一终端可以是移动终端如手机、笔记本等，也可以是台式机等终端。对应终端类型的不同，第一终端标识可以是手机号码或IP地址。

其中，接收单元可以基于浏览器/服务器的模式通过web页面的形式接收业务查询请求，也可以通过手机短信的形式接收业务查询请求。

在本发明中，针对银行系统，其业务类型主要包括：未处理的业务数量和/或当前正在处理的业务序号。通常根据未处理的业务数量，用户可以决定是否要去银行办理业务，而当用户已经领取了业务序号时，可根据当前正在处理的业务序号，决定何时到银行办理业务。

获取单元22，用于从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息。

在银行系统中，所有的当前业务进程信息可以是当前发放的最大业务序号和当前正在处理的业务序号。此时，当用户需要查询的业务类型是未处理的业务数量时，因为未办理的业务数量是通过当前发放的最大业务序号和当前正在处理的业务序号做差得到的，即与未处理的业务数量相应的当前业务进程信息是当前发放的最大业务序号和当前正在处理的业务序号，此时获取单元获取发放的最大业务序号和当前正在处理的业务序号；当用户需要查询的业务类型是当前正在处理的业务序号时，获取单元获取当前正在处理的业务序号。

需要说明的是，在本发明的优选实施例中，获取单元可以将获取的当前业务进程信息进行初步处理后发送至发送单元。

比如，当用户请求的业务类型是未处理的业务数量时，根据之前所述获取单元获取的当前业务进程信息是当前发放的最大业务序号和当前正在处理的业务序号，此时，获取单元可据此计算出未处理的业务数量，然后发送至发送单元。

比如，当用户查询当前未办理的业务数量时，获取单元获取到当前发放的最大业务序号位90，当前正在处理的业务序号是75，获取单元据此计算得到未办理的业务数量为15。

发送单元23，用于根据所述第一终端标识发送所述相应的当前业务进程信息至所述第一终端。

同第一终端发送业务查询请求一样，业务服务器的发送单元可以通过手机短信或浏览器/服务器模式将当前业务进程信息发送至第一终端。

我们知道，现有的银行设有多个网点，对于用户来讲，有时只需要获知一个网点的业务进程信息，有时需要获知多个网点的信息以进行比较选择。

因此，本发明中的业务服务器可以是网点业务服务器，其接收单元用于接收用户发送的针对此网点的业务查询请求，获取单元用于获取这一银行网点内的业务进程信息，发送单元用于发送此网点内与查询的业务类型相应的当前业务进程信息至第一终端。

在本发明的另一实施例中，业务服务器是总行业务服务器，其接收单元用于接收用户发送的至少包含一个银行网点标识的业务查询请求，获取单元用于获取与所述至少一个银行网点标识对应的银行网点中与所述业务类型相应的当前业务进程信息；发送单元用于发送该信息至第一终端。

比如，当用户发送的查询请求是：银行网点A和银行网点B的未办理业务数量时，总行业务服务器的获取单元就会从所有的当前业务进程信息中获取银行网点A的当前未办理业务数量和银行网点A的当前未办理业务数量，然后通过发送单元发送至第一终端。

本发明中总行服务器可以通过与各网点内的业务进程处理服务器如排队机、叫号机等相连获取当前的业务进程信息。在本发明的优选实施例中，可在各网点设置网点服务器，然后在总行设置总行服务器，设置总行服务器的获取单元与各网点服务器相连，用于从各网点服务器获取各网点的业务进程信息。

在本发明的实施例7中，当前的业务进程信息是由银行内的进程处理服务器如银行排队机、叫号机生成的。比如当前发放的最大业务序号是由排队机生成的，当前正在处理的业务序号可以从叫号机处直接获得。

对应实施例7的情形，在本发明的实施例8中，获取单元包括预存储单元和第一获取子单元。预存储单元用于预先从进程处理服务器中获取所有的当前业务进程信息并存储，这一过程可以是实时的，也可以是周期性进行的。然后在接收单元接收到业务查询请求时，获取子单元根据该查询请求中的业务类型在存储的所有当前业务进程信息中查找相应的当前业务进程信息并获取。之后发送单元发送相应的当前业务进程信息至第一终端。这一方式的缺点是如果设置预存储单元实时的获取信息，那么会给系统造成很大的带宽压力。而且业务服务器需要实时更新，造成了资源浪费。如果设置预存储单元周期性的获取，周期短会产生跟实时获取一样的问题，周期长，会导致用户获取的信息因未更新而不准确。

为此，在本发明的实施例9中，业务服务器包括触发单元和第二获取子单元。触发单元用于在接收单元接收到第一终端发送的业务查询请求后触发从进程处理服务器获取业务进程信息的流程。第二获取子单元用于从进程处理服务器的与请求查询业务类型对应的处理进程队列中获取相应的当前业务进程信息。之后发送单元将该对应的当前业务进程信息发送至第一终端。这一方式中在用户有需求时才去获取的方式，既保证了用户获取的信息是最新的，同实时获取的方式相比又减少了带宽的压力。

用户有时不方便查询当前的业务进程信息，因此，在本发明的实施例10中，业务服务器可以根据用户的需求进行提示。此时，业务服务器还包括：

签约单元，用于获取第二终端的签约信息；所述签约信息中至少包含所述第二终端标识和提示条件。该提示条件用以表示在满足该条件时，向第二终端发送提示消息以对用户进行相关提示。在本发明中，该签约信息可以是用户在银行通过银行工作人员直接输入业务服务器的，也可以是通过安装在终端上的客户端软件输入的。

判断单元，用于根据所述所有的当前业务进程信息判断是否满足所述的提示条件。

提示单元，用于在满足提示条件时，根据所述第二终端标识发送提示消息至所述第二终端。

在本发明中，提示消息具有多种形式，比如语音或者短信等，本发明不对此作具体限制。

为使用户进一步了解当前的业务进程，发送单元在发送提示消息的同时可将相关的当前业务进程信息一起发送至第二终端。

用户对银行的业务办理时间并不了解，因此很多时候即便知道了未办理的业务数量，也无法根据该数量预测银行办理这些业务的时间。在本发明的优选实施例中，获取单元还用于获取业务办理的总时间，业务服务器还包括时间计算单元，用于通过获取已办理业务的数量和时间，得出办理一个业务的平均时间，然后根据该平均时间预测办理后续某一业务的时间，以便发送单元将该时间发送或提示给用户，使用户能够据此做出安排。

值得注意的是，本发明的方法与本发明的服务器相对应，因此对服务器部分不再详述，相关部分参见方法实施例即可。

以上对本发明所提供的一种银行业务进度查询方法及业务服务器进行了介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种银行业务进度查询方法，其特征在于，所述方法包括：

业务服务器接收第一终端发送的业务查询请求；所述业务查询请求至少包含要查询的业务类型和第一终端标识；

所述业务服务器从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息；

所述业务服务器根据所述第一终端标识发送所述相应的当前业务进程信息至所述第一终端。

2.根据权利要求1所述的方法，其特征在于，所述业务服务器从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息包括：

所述业务服务器预先从进程处理服务器获取所述所有的当前业务进程信息并存储；

所述业务服务器从存储的所有的当前业务进程信息中查找与所述业务类型相应的当前业务进程信息并获取。

3.根据权利要求1所述的方法，其特征在于，所述业务服务器从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息包括：

所述业务服务器根据所述业务查询请求触发从进程处理服务器获取业务进程信息的流程；

所述业务服务器从进程处理服务器的所述业务类型所对应的处理进程队列中，调用得到所述相应的当前业务进程信息。

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

所述业务服务器获取第二终端的签约信息；所述签约信息中至少包含所述第二终端标识和提示条件；

所述业务服务器根据所述所有的当前业务进程信息判断是否满足所述的提示条件；

若满足，则所述业务服务器根据所述第二终端标识发送提示消息至所述第二终端。

5.根据权利要求4所述的方法，其特征在于，所述签约信息是用户通过安装在所述第二终端中的客户端软件输入的。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述业务服务器包括网点业务服务器，所述所有的当前业务进程信息为一个银行网点的业务进程信息。

7.根据权利要求1-5任一项所述的方法，其特征在于，所述业务服务器包括总行业务服务器，所述所有的当前业务进程信息为至少两个银行网点的业务进程信息；所述业务查询请求还包含银行网点标识；

所述业务服务器从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息包括：

所述业务服务器从所有的当前业务进程信息中获取所述银行网点标识对应的银行网点的与所述业务类型相应的当前业务进程信息。

8.根据权利要求1-5任一项所述的方法，其特征在于，所述业务类型包括待处理业务数量和/或者当前处理业务序号。

9.一种业务服务器，其特征在于，所述服务器包括：

接收单元，用于接收第一终端发送的业务查询请求；所述业务查询请求至少包含要查询的业务类型和第一终端标识；

获取单元，用于从所有的当前业务进程信息中获取与所述业务类型相应的当前业务进程信息；

发送单元，用于根据所述第一终端标识发送所述相应的当前业务进程信息至所述第一终端。

10.根据权利要求9所述的服务器，其特征在于，所述服务器还包括：

签约单元，用于获取第二终端的签约信息；所述签约信息中至少包含所述第二终端标识和提示条件；

判断单元，用于根据所述所有的当前业务进程信息判断是否满足所述的提示条件；

提示单元，用于在满足提示条件时，根据所述第二终端标识发送提示消息至所述第二终端。

Images