CN106355309A - 业务信息改签处理方法和系统 - Google Patents

Abstract

本发明公开了一种业务信息改签处理方法和系统，所述方法包括：接收第一用户输入的改签操作请求指令，生成待处理事件的改签请求；待处理事件具有责任人信息，责任人信息为第一用户的信息；根据改签请求调用责任改签对象的信息，并将责任改签对象的信息进行显示；接收第一用户根据备选改签对象的信息输入的选择信息，确定责任改签对象为第二用户，并修改待处理事件的责任人信息为第二用户的信息；在预设时间内检测是否接收到第二用户输入的待处理事件的处理指令；当在预设时间内没有接收到第二用户输入的处理指令时，获取第二用户的关联信息，关联信息包括第三用户的信息；修改待处理事件的责任人信息为第三用户的信息。

Description

业务信息改签处理方法和系统

技术领域

本发明涉及数据处理技术领域，尤其涉及一种业务信息改签处理方法和系统。

背景技术

对于企业来说，经常需要有大量的业务数据进行分析、处理等工作，当一项业务信息的处理责任人由于原责任人出差、离职、病事假等原因发生变更时，为保证业务信息处理的及时性，通常会由处理责任人将业务信息的处理责任改签给他人。

但是，在现有的业务信息处理系统中，处理用户权限变更往往需要较为繁杂的过程，并且灵活性不够。比如在被指派的责任人由于不知晓自己是代理责任人而长时间对业务信息没有进行处理的情况下，该业务信息的处理就会因此延误。

发明内容

有鉴于此，本发明提供了一种业务信息改签处理方法和系统，该处理方法简便易行，灵活度高，有助于提高工作效率。

第一方面，本发明实施例提供了一种业务信息改签处理方法，包括：

接收第一用户输入的改签操作请求指令，生成待处理事件的改签请求；所述待处理事件具有责任人信息，所述责任人信息为所述第一用户的信息；

根据所述改签请求调用责任改签对象的信息，并将所述责任改签对象的信息进行显示；

接收所述第一用户根据所述备选改签对象的信息输入的选择信息，根据所述选择信息确定所述责任改签对象为第二用户，并修改所述待处理事件的责任人信息为所述第二用户的信息；

在预设时间内检测是否接收到第二用户输入的所述待处理事件的处理指令；

当在所述预设时间内没有接收到所述第二用户输入的处理指令时，获取所述第二用户的关联信息，所述关联信息包括所述第三用户的信息；并且修改所述待处理事件的责任人信息为所述第三用户的信息。

优选的，在修改所述待处理事件的责任人信息为所述第三用户的信息之后，所述方法还包括：

当再接收到所述第一用户的待处理事件时，将所述待处理事件的责任人信息修改为所述第三用户的信息。

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

接收所述第一用户输入的改签操作取消指令，生成待处理事件的改签撤销请求；

根据所述改签撤销请求不再修改后续产生的责任人为第一用户的待处理事件的责任人信息。

优选的，所用户的信息包括用户权限的信息；

其中，所述第一用户的用户权限大于所述第二用户的用户权限，并且所述第一用户的用户权限大于所述第三用户的用户权限。

优选的，所述改签操作请求指令包括责任改签时段的信息，所述责任改签时段的信息包括起始时间的信息；所述修改所述待处理事件的责任人信息为所述第二用户的信息具体为：

当当前时间到达所述起始时间时，修改所述待处理事件的责任人信息为所述第二用户的信息。

进一步优选的，所述责任改签时段的信息还包括终止时间的信息；所 述方法还包括：

当当前时间到达所述终止时间时，不再修改后续产生的责任人为第一用户的待处理事件的责任人信息。

第二方面，本发明实施例提供了一种业务信息改签处理系统，包括：第一用户终端、第二用户终端、服务器和系统存储器；

所述第一用户终端，用于接收第一用户输入的改签操作请求指令，生成待处理事件的改签请求发送给所述服务器；所述待处理事件具有责任人信息，所述责任人信息为所述第一用户的信息；

所述服务器，用于根据所述改签请求调用所述系统存储器中存储的责任改签对象的信息，并将所述责任改签对象的信息发送给所述第一用户终端进行显示；

所述第一用户终端还用于，接收所述第一用户根据所述备选改签对象的信息输入的选择信息并发送给所述服务器；

所述服务器还用于，根据所述选择信息确定所述责任改签对象为第二用户，并修改所述待处理事件的责任人信息为所述第二用户的信息；

所述第二用户终端，用于在预设时间内检测是否接收到第二用户输入的所述待处理事件的处理指令；

当在所述预设时间内所述第二用户终端没有接收到所述第二用户输入的处理指令时，所述服务器还用于，获取所述第二用户的关联信息，所述关联信息包括所述第三用户的信息；并且修改所述待处理事件的责任人信息为所述第三用户的信息。

优选的，在所述服务器修改所述待处理事件的责任人信息为所述第三用户的信息之后，所述服务器再接收到所述第一用户的待处理事件时，所述服务器还用于，将所述待处理事件的责任人信息修改为所述第三用户的信息。

优选的，所述第一用户终端还用于，接收所述第一用户输入的改签操 作取消指令，生成待处理事件的改签撤销请求，发送给所述服务器；

所述服务器还用于，根据所述改签撤销请求不再修改后续产生的责任人为第一用户的待处理事件的责任人信息。

优选的，所用户的信息包括用户权限的信息；

其中，所述第一用户的用户权限大于所述第二用户的用户权限，并且所述第一用户的用户权限大于所述第三用户的用户权限。

本发明实施例提供的业务信息改签处理方法，能够根据用户指令进行业务信息处理的责任改签，同时对改签后的业务信息处理时限进行监控，当超过设定阈值时，触发二次责任改签，以保证业务信息处理的及时性。该处理方法简便易行，灵活度高，有助于提高工作效率。

附图说明

图1为本发明实施例提供的业务信息改签处理的方法流程图；

图2为本发明实施例提供的业务信息改签处理的系统结构示意图；

图3为本发明实施例提供的业务信息改签系统中的服务器的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例提供的业务信息改签处理方法，运行于业务处理系统中，该方法流程图如图1所示，所述方法包括如下步骤：

步骤110，接收第一用户输入的改签操作请求指令，生成待处理事件 的改签请求；

具体的，第一用户的改签操作请求指令的输入可以是根据系统显示在用户界面点击选择，也可以是在用户界面通过键盘、麦克风等输入设备进行输入。

待处理事件生成于系统中，每个待处理事件都具有责任人信息，由系统分派给第一用户处理的待处理事件的责任人信息为第一用户的信息。

在优选的实施例中，改签操作请求指令包括责任改签时段的信息，所述责任改签时段的信息包括责任改签的起始时间的信息，还可以包括终止时间的信息。

步骤120，根据改签请求调用责任改签对象的信息，并将责任改签对象的信息进行显示；

具体的，系统根据改签请求对存储在系统内的责任改签对象的信息进行调用，通常一个用户的责任改签对象都是与该用户具有一定关联性的其他用户，比如：共属于同一部门，职责上相互重叠等等。通常责任改签对象的用户权限会小于发起责任改签对象的用户权限。

步骤130，接收所述第一用户根据所述备选改签对象的信息输入的选择信息，根据所述选择信息确定所述责任改签对象为第二用户，并修改所述待处理事件的责任人信息为所述第二用户的信息；

其中，用户的信息包括用户权限的信息；优选的，第一用户的用户权限大于所述第二用户的用户权限。

当改签请求指令中包括起始时间的信息时，就会对时间进行监控，当到达起始时间时，才会修改待处理事件的责任人信息为第二用户的信息。

以一个具体例子进行说明：当第一用户计划在下周一出差，出差期间无法处理公司系统内的业务，就可以在本周的任意时间设置责任改签，可以将改签起始时间设置为下周一早8：00。在下周一早8：00之前，系统内的责任人为第一用户的预设时间会在该时间前继续派发给第一用户，而 在到达下周一早8：00之后派发给第一用户指派的第二用户。

步骤140，在预设时间内检测是否接收到第二用户输入的所述待处理事件的处理指令；

具体的，为了防止代理第一用户处理业务的第二用户因为一些原因，比如在第一用户设置了责任改签之后，第二用户发生了离职、调岗、出差、休假等事项，无法或无法及时对第一用户改签的业务进行处理，影响业务处理的进度，还可以在系统中设置责任改签对象的处理时限。

预设时间的设定可以是设定为固定时间，比如从改签发生时刻起48小时内；或者根据也可以根据该业务的整个处理流程的时限来规定，比如不超过该业务整个处理流程设定时限的20％。

步骤150，当在预设时间内没有接收到第二用户输入的处理指令时，获取第二用户的关联信息，关联信息包括第三用户的信息；并且修改待处理事件的责任人信息为所述第三用户的信息。

具体的，如果在预设时间内没有接收到第二用户针对待处理事件输入的处理指令时，系统识别第二用户为无法进行责任改签处理的用户。此时会获取第二用户的关联信息。该关联信息可以是预设的，具体规则可以是根据用户的职位、职责等预先在系统中设定，或者也可以是由第一用户选择改签对象的时候进行设定的。根据关联信息，可以得到第三用户的信息。从而能够将待处理时间改签给第三用户进行处理，而避免待处理事件滞留在待第二用户处理的阶段。

根据用户职位、职责等设定，可以例如：如果第二用户为一个部门的经理，则第三用户可以是该部门的副经理；如果第二用户为人事部负责招聘的专员，则第三用户可以是人事部负责招聘的其他员工。

通常情况下，第一用户的用户权限大于第三用户的用户权限。

步骤160，当再接收到所述第一用户的待处理事件时，将所述待处理事件的责任人信息修改为所述第三用户的信息。

具体的，之后会由第三用户代理第一用户进行业务处理，第二用户此时被挂起，后续所有改签自第一用户的业务都会被直接改签给第三用户处理。

步骤170，当接收到第一用户输入的改签操作取消指令，生成待处理事件的改签撤销请求；

具体的，在第一用户能够恢复处理业务时，可以通过第一用户在系统中输入改签操作取消指令，来撤销改签。

步骤180，根据所述改签撤销请求不再修改后续产生的责任人为第一用户的待处理事件的责任人信息。

也就是说，当产生改签撤销请求之后，后续再有责任人为第一用户的待处理事件，其责任人信息不会再被修改，该待处理时间会由第一用户进行处理。

此外，当责任改签时段的信息中包括终止时间的信息时，系统还会对时间进行监控，当到达终止时间时，后续再有责任人为第一用户的待处理事件，其责任人信息不会再被修改，该待处理时间会由第一用户进行处理。

以一个具体例子进行说明：当第一用户计划出差结束回到公司的时间为下周一，可以在出差前就设置责任改签的结束时间，比如将其设置为下周一早8：00。在下周一早8：00之后，系统内的责任人为第一用户的预设时间会在该时间到达后派发给第一用户，而不再派发给第一用户指派的第二用户处理了。

本发明实施例提供的业务信息改签处理方法，能够根据用户指令进行业务信息处理的责任改签，同时对改签后的业务信息处理时限进行监控，当超过设定阈值时，触发二次责任改签，以保证业务信息处理的及时性。该处理方法简便易行，灵活度高，有助于提高工作效率。

相应的,本发明实施例还提供了一种业务信息改签处理系统，至少包括第一用户终端1、第二用户终端2、服务器3和系统存储器4。

第一用户终端1、第二用户终端2分别通过有线或无线的方式与服务器3之间进行数据交互。服务器3访问系统存储器4进行数据的读取和存储。

在进行业务信息改签处理时，第一用户终端1接收第一用户输入的改签操作请求指令，生成待处理事件的改签请求发送给服务器3；其中，待处理事件具有责任人信息，责任人信息为第一用户的信息；

服务器3根据改签请求调用系统存储器中存储的责任改签对象的信息，并将责任改签对象的信息发送给第一用户终端1进行显示；

第一用户终端1接收第一用户根据备选改签对象的信息输入的选择信息并发送给服务器3；服务器3根据选择信息确定责任改签对象为第二用户，并修改待处理事件的责任人信息为第二用户的信息；因此，待处理事件在业务流中被分派给第二用户进行处理。

第二用户终端2在预设时间内检测是否接收到第二用户输入的待处理事件的处理指令；当在预设时间内没有接收到第二用户输入的处理指令时，服务器3获取第二用户的关联信息，关联信息包括第三用户的信息；并且修改待处理事件的责任人信息为第三用户的信息。因此，待处理事件在业务流中就被分派给第三用户进行处理。

设定预设时间的目的，是为了防止代理第一用户处理业务的第二用户因为一些原因，比如在第一用户设置了责任改签之后，第二用户发生了离职、调岗、出差、休假等事项，无法或无法及时对第一用户改签的业务进行处理，影响业务处理的进度。因此在系统中设置预设时间，作为责任改签对象的处理时限。

通常情况下，第一用户的用户权限大于第二用户的用户权限，并且第一用户的用户权限大于第三用户的用户权限。

当服务器3修改待处理事件的责任人信息为第三用户的信息之后，如果服务器3再接收到责任人为第一用户的待处理事件时，服务器3会将待处理事件的责任人信息直接修改为第三用户的信息。

此外，在第一用户能够自行处理业务的时候，可以通过第一用户终端1进行改签操作取消。

第一用户终端1接收第一用户输入的改签操作取消指令，生成待处理事件的改签撤销请求，发送给服务器3；

服务器3根据改签撤销请求不再修改后续产生的责任人为第一用户的待处理事件的责任人信息。

业务改签处理系统中，第一用户终端1和第二用户终端2可以分别为个人处理设备，比如加载有业务处理系统客户端应用的智能手机、笔记本电脑、台式机等等。

第一用户终端1和第二用户终端2均包括输入设备，比如可以是触摸屏、键盘、语音输入设备、手写笔装置等等。同时也包括处理电路和显示设备。

服务器3，其组织结构示意图如图3所示，包括处理器31、存储器32、通信接口33和总线34。其中，处理器31、存储器32和通信接口33通过总线34实现彼此之间的通信连接。

处理器31可以采用通用的中央处理器(Central Processing Unit，CPU)，微处理器，应用专用集成电路(Application Specific Integrated Circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现前述本发明方法实施例所提供的技术方案。

存储器32可以包括只读系统存储器(Read Only Memory，ROM)，静态存储设备，动态存储设备或者随机存取系统存储器(Random Access Memory，RAM)。存储器32可以存储操作系统、其他应用程序和报表数据等。

通信接口33用以与前述实施例中的第一用户终端1、第二用户终端2以及系统存储器4进行通信。

总线34可包括一通路，在服务器各个部件(例如处理器31、存储器 32和通信接口33)之间传送信息。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件来实现，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的范围。具体地，所述运算和控制部分都可以通络逻辑硬件实现，其可以是使用集成电路工艺制造出来的逻辑集成电路，本实施例对此不作限定。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机系统存储器(RAM)、内存、只读系统存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明实施例的具体实施方式而已，并不用于限定本发明实施例的保护范围，凡在本发明实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

Claims (10)

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

接收第一用户输入的改签操作请求指令，生成待处理事件的改签请求；所述待处理事件具有责任人信息，所述责任人信息为所述第一用户的信息；

根据所述改签请求调用责任改签对象的信息，并将所述责任改签对象的信息进行显示；

接收所述第一用户根据所述备选改签对象的信息输入的选择信息，根据所述选择信息确定所述责任改签对象为第二用户，并修改所述待处理事件的责任人信息为所述第二用户的信息；

在预设时间内检测是否接收到第二用户输入的所述待处理事件的处理指令；

当在所述预设时间内没有接收到所述第二用户输入的处理指令时，获取所述第二用户的关联信息，所述关联信息包括所述第三用户的信息；并且修改所述待处理事件的责任人信息为所述第三用户的信息。

2.根据权利要求1所述的业务信息改签处理方法，其特征在于，在修改所述待处理事件的责任人信息为所述第三用户的信息之后，所述方法还包括：

当再接收到所述第一用户的待处理事件时，将所述待处理事件的责任人信息修改为所述第三用户的信息。

3.根据权利要求1所述的业务信息改签处理方法，其特征在于，所述方法还包括：

接收所述第一用户输入的改签操作取消指令，生成待处理事件的改签撤销请求；

根据所述改签撤销请求不再修改后续产生的责任人为第一用户的待处理事件的责任人信息。

4.根据权利要求1所述的业务信息改签处理方法，其特征在于，所用户的信息包括用户权限的信息；

其中，所述第一用户的用户权限大于所述第二用户的用户权限，并且所述第一用户的用户权限大于所述第三用户的用户权限。

5.根据权利要求1所述的业务信息改签处理方法，其特征在于，所述改签操作请求指令包括责任改签时段的信息，所述责任改签时段的信息包括起始时间的信息；所述修改所述待处理事件的责任人信息为所述第二用户的信息具体为：

当当前时间到达所述起始时间时，修改所述待处理事件的责任人信息为所述第二用户的信息。

6.根据权利要求5所述的业务信息改签处理方法，其特征在于，所述责任改签时段的信息还包括终止时间的信息；所述方法还包括：

当当前时间到达所述终止时间时，不再修改后续产生的责任人为第一用户的待处理事件的责任人信息。

7.一种业务信息改签处理系统，其特征在于，所述系统包括：第一用户终端、第二用户终端、服务器和系统存储器；

所述第一用户终端，用于接收第一用户输入的改签操作请求指令，生成待处理事件的改签请求发送给所述服务器；所述待处理事件具有责任人信息，所述责任人信息为所述第一用户的信息；

所述服务器，用于根据所述改签请求调用所述系统存储器中存储的责任改签对象的信息，并将所述责任改签对象的信息发送给所述第一用户终端进行显示；

所述第一用户终端还用于，接收所述第一用户根据所述备选改签对象的信息输入的选择信息并发送给所述服务器；

所述服务器还用于，根据所述选择信息确定所述责任改签对象为第二用户，并修改所述待处理事件的责任人信息为所述第二用户的信息；

所述第二用户终端，用于在预设时间内检测是否接收到第二用户输入的所述待处理事件的处理指令；

当在所述预设时间内所述第二用户终端没有接收到所述第二用户输入的处理指令时，所述服务器还用于，获取所述第二用户的关联信息，所述关联信息包括所述第三用户的信息；并且修改所述待处理事件的责任人信息为所述第三用户的信息。

8.根据权利要求7所述的业务信息改签处理系统，其特征在于，在所述服务器修改所述待处理事件的责任人信息为所述第三用户的信息之后，所述服务器再接收到所述第一用户的待处理事件时，所述服务器还用于，将所述待处理事件的责任人信息修改为所述第三用户的信息。

9.根据权利要求7所述的业务信息改签处理系统，其特征在于，所述第一用户终端还用于，接收所述第一用户输入的改签操作取消指令，生成待处理事件的改签撤销请求，发送给所述服务器；

所述服务器还用于，根据所述改签撤销请求不再修改后续产生的责任人为第一用户的待处理事件的责任人信息。

10.根据权利要求7所述的业务信息改签处理系统，其特征在于，所用户的信息包括用户权限的信息；

其中，所述第一用户的用户权限大于所述第二用户的用户权限，并且所述第一用户的用户权限大于所述第三用户的用户权限。