待处理业务信息推送方法和装置与流程

本发明涉及计算机应用技术领域，特别是涉及一种待处理业务信息推送方法和装置。

背景技术：

用户终端通过用户的单据操作生成的业务单据，需要提交到系统中进行复杂的逻辑判断，判断该业务单据是否符合响应业务的推送条件，满足推送条件的业务单据才能被推送到具体的终端页面显示。

传统技术中，用户在单据操作的时候，系统会对用户单据操作产生的业务单据进行即时响应，用户终端需要等待条件判断完成才能进行下一步操作。由于系统执行的逻辑判断耗时较长，传统技术中的这种系统即时判断即时推送的方式，不仅降低了用户终端的业务操作效率，而且也加重了服务器的运算压力，当多个用户终端同时并发操作时，容易造成数据库服务器阻塞甚至死锁，最终导致整个系统无法使用。

技术实现要素：

基于此，有必要针对上述问题，提供一种能够提高用户终端业务操作效率、减轻服务器运算压力的待处理业务信息推送方法和装置。

一种待处理业务信息推送方法，所述方法包括：

获取用户终端发送的业务单据推送请求；

提取所述业务单据推送请求中的单据信息；

将提取的所述单据信息存储于推送判断队列表中；

调取所述推送判断队列表中存储的所述单据信息；

判断调取的所述单据信息是否满足所对应业务的推送条件，若满足，则生成所述单据信息的待处理业务提醒信息，并将所述待处理业务提醒信息推送至终端页面显示。

在一个实施例中，所述将提取的所述单据信息存储于推送判断队列表中的步骤为：将提取的所述单据信息有序的插入推送判断队列表中，其中，所述单据信息对应的所述业务单据推送请求的请求时间越靠前，所述单据信息在所述推送判断列表中的位置越靠前；

所述调取所述推送判断队列表中存储的所述单据信息的步骤为：以轮询的方式自所述推送判断队列表的位置前端开始调取设定数量的所述单据信息。

在一个实施例中，在所述调取所述推送判断队列表中存储的所述单据信息的步骤之后，还包括：

删除所述推送判断列表中被调取的所述单据信息。

在一个实施例中，所述判断调取的所述单据信息是否满足所对应业务的推送条件，若满足，则生成所述单据信息的待处理业务提醒信息，并将所述待处理业务提醒信息推送至终端页面显示的步骤包括：

将具有相同业务类型的所述单据信息组装成数据集合包，将所述数据集合包推送至所述业务类型对应的业务插件中，以使所述业务插件判断所述单据信息是否满足对应业务的推送条件；

获取所述业务插件中满足所述推送条件的单据信息；

根据获取的所述单据信息生成待处理业务信息和待处理业务提醒信息，将所述待处理业务信息存储至数据库待处理业务表中，将所述待处理业务提醒信息推送至终端页面显示。

在一个实施例中，对应每一个注册账套拥有一个推送判断队列表，每个所述账套开辟一条线程从对应的所述推送判断队列表中提取所述单据信息，所述方法还包括:

启动多线程对每个所述推送判断队列表中所述单据信息进行推送条件判断的并发处理。

一种待处理业务信息推送装置，所述装置包括：

推送请求获取模块，用于获取用户终端发送的业务单据推送请求；

单据信息提取模块，用于提取所述业务单据推送请求中的单据信息；

队列表存储模块，用于将提取的所述单据信息存储于推送判断队列表中；

队列表单据信息获取模块，用于调取所述推送判断队列表中存储的所述单据信息；

推送判断模块，用于判断调取的所述单据信息是否满足所对应业务的推送条件，若满足，则生成所述单据信息的待处理业务提醒信息，并将所述待处理业务提醒信息推送至终端页面显示。

在一个实施例中，所述队列表存储模块，还用于将提取的所述单据信息有序的插入至推送判断队列表中，其中，所述单据信息对应的所述业务单据推送请求的请求时间越靠前，所述单据信息在所述推送判断列表中的位置越靠前；

所述队列表单据信息获取模块，还用于以轮询的方式自所述推送判断队列表的位置前端开始调取设定数量的所述单据信息。

在一个实施例中，所述装置还包括：

单据信息删除模块，用于删除所述推送判断列表中被调取的所述单据信息。

在一个实施例中，所述推送判断模块，还用于将具有相同业务类型的所述单据信息组装成数据集合包，将所述数据集合包推送至所述业务类型对应的业务插件中，以使所述业务插件判断所述单据信息是否满足对应业务的推送条件；获取所述业务插件中满足所述推送条件的单据信息，根据获取的所述单据信息生成待处理业务信息和待处理业务提醒信息，将所述待处理业务信息存储至数据库待处理业务表中，将所述待处理业务提醒信息推送至终端页面显示。

在一个实施例中，对应每一个注册账套拥有一个推送判断队列表，每个所述账套开辟一条线程从对应的所述推送判断队列表中提取所述单据信息，所述装置还包括:

多线程推送判断模块，用于启动多线程对每个所述推送判断队列表中所述单据信息进行推送条件判断的并发处理。

上述待处理业务信息推送方法和装置，服务器在接收用户终端发送的业务单据推送请求时，提取请求中携带的单据信息，并将单据信息存储在队列表中，而后，服务器根据队列表进行表内单据信息的推送条件判断，若满足推送条件，则进行单据信息对应的待处理业务的推送。上述方法和装置，当接收到用户终端的推送请求时，服务器不即时开启推送条件判断进程，而是对接收的单据信息进行存储，将复杂的逻辑判断移除出单据操作，在单据操作时不进行逻辑判断，只进行相应单据的操作，从而加速了用户终端业务操作的效率。

另外，服务器无需即时响应请求，而是自行获取推送判断队列表中单据信息进行是否满足推送条件的判断，因此，不会出现服务器超负荷运行、更加不会出现数据库服务器阻塞、死锁的问题。

附图说明

图1为一个实施例中待处理业务信息推送方法的应用环境图；

图2为一个实施例中待处理业务信息推送方法的流程图；

图3为一个实施例中单据操作页面中销售订单操作界面示意图；

图4为一个实施例中单据操作页面中记账凭证操作界面示意图；

图5为一个实施例中判断获取的单据信息是否满足对应业务的推送条件，若满足，则生成单据信息的待处理业务提醒信息，并将待处理业务提醒信息推送至终端页面显示步骤的流程图；

图6为一个实施例中主控台中用于显示待处理业务信息的版块的示意图；

图7为一个实施例中待处理业务信息推送方法的系统架构图；

图8为一个实施例中待处理业务信息推送装置的结构框图；

图9为另一个实施例中待处理业务信息推送装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，在一个实施例中，提供了一种待处理业务信息推送方法运行的应用环境图，该应用环境中包括多个用户终端102和与服务器104，其中，用户终端102与服务器104可通过网络进行通信。其中，服务器104中预先安装有单据管理系统，用户终端102登录服务器104后，服务器104可为用户终端102提供单据处理服务。用户终端在处理用户的单据操作时，当需要服务器提供业务单据推送条件的逻辑判断服务时，向服务器发出服务请求，服务器响应用户终端发送的请求，并将请求中的单据信息存储在队列表中，并通过有序获取队列表中的单据信息进行是否满足推送条件的逻辑判断，并将满足推送条件的单据信息以待处理业务的形式推送至终端页面显示。

在一个实施例中，如图2所示，提供了一种待处理业务信息推送方法，该方法以应用在图1中的服务器104中进行举例说明，包括如下步骤：

步骤S202：获取用户终端发送的业务单据推送请求。

具体的，服务器可为用户终端提供多种业务单据创建服务，例如供应链业务单据、制造业务单据、财务业务单据等，创建的业务单据需要进行规定的推送条件判断，满足推送条件的业务单据才可被推送。

用户终端响应用户在单据操作界面进行的操作生成业务单据，其中，在生成业务单据时，为每个业务单据生成用于唯一标识业务单据的业务单据标识。用户终端在生成业务单据后向服务器发送业务单据推送请求。

如图3和图4分别为单据操作页面中销售订单操作界面和记账凭证操作页面。在单据操作页面中还可以进行其他类型单据的创建，用户只需在页面右侧的单据类型下拉菜单中选择具体的单据类型，即可从服务器中调取选择的单据类型对应的单据模版，用户按照显示的单据模版填入响应的信息即可生成业务单据。

步骤S204：提取业务单据推送请求中的单据信息。

服务器接收到用户终端发送的业务单据推送请求，并提取请求中携带的单据信息。这里的单据信息包括：业务单据的标识、业务单据类型信息以及用户填入的具体的单据数据，如业务员标识、制单人标识等。

步骤S206：将提取的单据信息存储于推送判断队列表中。

服务器预先创建用于存储单据信息的推送判断队列表，并将提取的业务单据推送请求中的单据信息存储在推送队列表中。

在一个实施例中，服务器为注册服务器的每个账套创建一个推送判断队列表，对应每个账套中的单据信息存储在该账套对应的推送判断队列表中。其中，在计算机系统中账套用来记载存储一个独立核算经济实体的所有往来信息的一整套记录表和统计分析报表，是一套完整的账簿体系。

在本实施例中，服务器接收到用户终端的业务单据推送请求时，不进行业务信息推送条件判定，而是将业务信息进行存储，即将复杂的逻辑判断移除出单据操作，在单据操作时不进行逻辑判断，从而加速了用户终端业务操作的效率。

步骤S208：调取推送判断队列表中存储的单据信息。

步骤S210：判断调取的单据信息是否满足对应业务的推送条件，若满足，则生成单据信息的待处理业务提醒信息，并将待处理业务提醒信息推送至终端页面显示。

具体的，不同硬件配置服务器可不同采用不同的调取方案，即采用服务器可承担的单据信息调取方案。例如，服务器可一次获取100条单据信息，并进行100条单据信息的推送条件判定，也可一个获取50条或者1000条单据信息。

不同业务类型的单据对应的推送条件也是不同的。推送条件需要根据各业务自身场景具体设定。例如，待跟催发货通知单的推送条件可以为：发货通知单制单人和发货通知单业务员都是当前登陆系统用户。又如，待跟催采购订单的推送条件可以为：订单分录中的交货日期5天内(交货日期-服务器系统日期<＝5，其中数字5可修改)；订单上的业务员＝当前用户；订单上的制单人＝当前用户；若以上条件无法找到下游处理人，则按功能权限全部推送。

本实施例中，服务器无需即时响应请求，而是自行获取推送判断队列表中单据信息进行是否满足推送条件的判断，因此，不会出现服务器超负荷运行、更加不会出现服务器阻塞、锁死的问题。

在一个实施例中，步骤S206：将提取的单据信息存储于推送判断队列表中，在本实施例中为：将提取的单据信息有序的插入推送判断队列表中，其中，单据信息对应的业务单据推送请求的请求时间越靠前，单据信息在推送判断列表中的位置越靠前。

具体的，服务器在进行单据信息存储时，获取每个单据信息对应的业务单据推送请求的发送时间，并按照请求的发送时间在推送判断队列表中进行排序，请求发送的时间越早，在推送判断队列表的位置越靠前。

在本实施例中，步骤S208：调取推送判断队列表中存储的单据信息为：以轮询的方式自推送判断队列表的位置前端开始调取设定数量的单据信息。

具体的，轮询即服务器定时向推送判断队列表发起询问，询问是否需要提供推送条件判定服务。

本实施例中，服务器每隔设定时间获取推送判断队列表中的单据信息，其中，服务器一次提取单据信息的数量可具体设定，提取单据信息的间隔时间也可具体设定。服务器获取单据信息的方式是根据单据信息在推送判断队列表中的先后排序自前向后调取，也就是，发送请求越早的单据信息将越先被调取出来。

本实施例中，服务器以轮询的进行单据信息的推送条件判定，保障了服务的稳定性和可靠性。另外，服务器按照先请求先处理的原则进行推送条件判定，保证了所有请求能够在一定时间内进行处理，防止出现请求在先处理在后，请求处理时间过长的问题。

在一个实施例中，在步骤S208：调取推送判断队列表中存储的单据信息之后，还包括：

删除推送判断列表中被调取的单据信息。

具体的，服务器从推送判断队列表中调取单据信息的同时，或者调取后设定时间(该设定时间需小于服务器轮询间隔时间)，即对已经调取的单据信息进行删除，防止重复进行单据信息的推送条件判定。

在一个实施例中，如图5所示，步骤S210：判断调取的单据信息是否满足所对应业务的推送条件，若满足，则生成单据信息的待处理业务提醒信息，并将待处理业务提醒信息推送至终端页面显示包括：

步骤S302：将具有相同业务类型的单据信息组装成数据集合包，将数据集合包推送至业务类型对应的业务插件中，以使业务插件判断单据信息是否满足对应业务的推送条件。

具体的，服务器一次可获取多条单据信息，获取每条单据信息中包含的业务类型信息，并根据业务类型信息进行单据信息的分组，即将同一业务类型的单据信息组装成数据包集合，并将组装的数据包集合推送到该组的业务类型对应的业务插件中，以使业务插件对同属一种类型的单据信息集合进行推送条件判定。

例如，服务器一次获取100条单据信息，将调取的上述100条单据信息按照业务类型进行分组，属于销售单据的单据信息组成销售单据集合、属于采购单据的单据信息组成采购单据集合，其中，销售单据集合由销售单据业务插件进行推送条件判定，采购单据集合由采购单据业务插件进行推送条件判定。

步骤S304：获取业务插件中满足推送条件的单据信息。

步骤S306：根据获取的单据信息生成待处理业务信息和待处理业务提醒信息，将待处理业务信息存储至数据库待处理业务表中，将待处理业务提醒信息推送至终端页面显示。

具体的，对于经判定后符合推送条件的单据信息，服务器将根据该单据信息生成待处理业务信息以及待处理业务提醒信息，并将生成的待处理业务信息存储至服务器数据库的待处理业务表中，经生成的待处理业务提醒信息推送至终端页面显示。当终端用户触发待处理业务提醒信息时，服务器将提取待处理业务表中与该待处理业务提醒信息对应的待处理业务信息，并将该待处理业务信息推送给终端。如图6为用户终端的主控台页面中显示待处理业务的板块，图6中被推送的待处理业务信息数量为88个，88条待处理业务信息按照业务类型进行标识。需要说明的是，待处理业务信息将推送到与该业务信息有关联的用户终端中。

由于不同业务类型的单据信息所对应的推送条件不相同，本实施例中，对应每种业务类型设置对应的业务插件，一种业务插件只进行一种业务类型的推送条件判定，可是判定更加简单快速。另外，根据单据信息的业务类型进行分组，无需针对每个单据信息进行业务插件的选择，节省了推送条件判定时间，推送条件判定效率更高。

在一个实施例，对应每一个注册账套拥有一个推送判断队列表，每个账套开辟一条线程从对应的推送判断队列表提取单据信息，待处理业务信息推送方法还包括：启动多线程对每个注册账套对应的推送判断队列表中单据信息进行推送条件判断的并发处理。

具体的，服务会为每一个已注册的账套开辟一个线程，线程每隔设定时间会对各自账套数据库中的队列表进行轮询取数，线程之间相互独立，并发进行多个推送判断队列表中单据信息的推送判断。

本实施例中，采用多线程并发的方式，提升了推送效率。

如图7为实现上述实施例中待处理业务信息推送方法的系统架构图。

如图7所示，在数据库服务器中预先构建队列表，用户终端1、用户终端2以及用户终端3(用户终端的数量不限于3个)中的单据信息将按照时间先后有序地进入到构建的队列表中。中间层服务器构建Windows服务，服务一直启动着，不会关闭。服务会为每一个已注册的账套开辟一个线程，线程每隔设定时间对各自账套对应的队列表进行轮询取数，每次取数100条，根据时间从前往后取，将取到的100条单据信息中业务类型相同的单据信息放在一起，打包成一个集合，并将同一推送类型的数据包传入对应的业务插件进行数据处理。若业务插件判断该单据符合推送条件，则该单据进入待处理分类表中，展示在主控台上，提醒用户有需要处理的业务；否则，该单据信息不进入待处理表中。服务在队列表取完单据信息后，将调取的单据信息删除。

在一个实施例中，如图8所示，提供一种业务数据推送装置，装置包括：

推送请求获取模块402，用于获取用户终端发送的业务单据推送请求。

单据信息提取模块404，用于提取业务单据推送请求中的单据信息。

队列表存储模块406，用于将提取的单据信息存储于推送判断队列表中。

队列表单据信息获取模块408，用于调取推送判断队列表中存储的单据信息。

推送判断模块410，用于判断调取的单据信息是否满足对应业务的推送条件，若满足，则生成单据信息的待处理业务提醒信息，并将待处理业务提醒信息推送至终端页面显示。

在一个实施例中，队列表存储模块406，还用于将提取的单据信息有序的插入至推送判断队列表中，其中，单据信息对应的业务单据推送请求的请求时间越靠前，单据信息在推送判断列表中的位置越靠前。

队列表单据信息获取模块410，还用于以轮询的方式自推送判断队列表的位置前端开始调取设定数量的单据信息。

在一个实施例中，如图9所示，装置还包括：

单据信息删除模块502，用于删除推送判断列表中被调取的单据信息。

在一个实施例中，推送判断模块410，还用于将具有相同业务类型的单据信息组装成数据集合包，将数据集合包推送至业务类型对应的业务插件中，以使业务插件判断单据信息是否满足对应业务的推送条件；获取业务插件中满足推送条件的单据信息，根据获取的单据信息生成待处理业务信息和待处理业务提醒信息，将待处理业务信息存储至数据库待处理业务表中，将待处理业务提醒信息推送至终端页面显示。

在一个实施例中，对应每一个注册账套拥有一个推送判断队列表，每个账套开辟一条线程从对应的推送判断队列表提取单据信息，待处理业务信息推送装置还包括:多线程推送判断模块，用于启动多线程对每个推送判断队列表中单据信息进行推送条件判断的并发处理。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，程序可存储于一计算机可读取存储介质中，如本发明实施例中，该程序可存储于计算机系统的存储介质中，并被该计算机系统中的至少一个处理器执行，以实现包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。