业务工单的分发方法及装置与流程

本发明实施例涉及计算机技术领域，尤其涉及一种业务工单的分发方法及装置。

背景技术：

移动通信的运营商大都采用业务工单进行业务的申请与受理。业务工单分配是指将待处理的工单分配给具体处理人员进行处理的操作。

现有的业务工单的分发方法主要采用业务工单系统。业务工单系统是基于javaee实现的网站系统，其原理是用户通过浏览器访问其系统地址，按照http协议提供的相应请求参数访问服务器，服务器根据接收到的请求参数访问数据库，获取相应的数据，并按照一定的格式返回给前端，前端解析返回数据并展示。该业务工单系统的诞生实现了工单的产生、改派、回复等操作的界面化，即用户通过浏览器使用工号和密码登录该业务工单系统，然后利用界面提供的各种功能菜单进行工单的各种处理。

但现有的业务工单系统，没有提供外围调用的接口，使该业务工单系统的扩展性差，并且用户需要不定时的去刷新界面获取业务工单，需要手动输入处理业务工单的员工姓名，并手动进行业务工单的分发，使对业务工单的处理分发效率低下，消耗大量的时间。

技术实现要素：

本发明实施例提供一种业务工单的分发方法及装置，该方法解决了现有技术中的业务工单分发方法扩展性差，并且使对业务工单的处理分发效率低下，消耗大量的时间的技术问题。

本发明实施例提供一种业务工单的分发方法，包括：

获取业务工单的配置文件；

根据所述业务工单的配置文件，采用http协议的客户端编辑工具包中的函数进行用户登录、对业务工单的获取及分发操作。

本发明实施例提供一种业务工单的分发装置，包括：

获取单元，用于获取业务工单的配置文件；

操作单元，用于根据所述业务工单的配置文件，采用http协议的客户端编辑工具包中的函数进行用户登录、对业务工单的获取及分发操作。

本发明实施例提供一种业务工单的分发方法及装置，通过获取业务工单的配置文件；根据业务工单的配置文件，采用http协议的客户端编辑工具包中的函数进行用户登录、对业务工单的获取及分发操作，由于http协议的客户端编辑工具包能够模拟对前台菜单的各种操作，所以只要获知业务工单系统的http访问地址，就能完成对服务器及数据库的访问，使其不依赖于业务工单系统的架构，能够适用于每一种业务工单系统中，所以本实施例提供的业务工单的分发方法可扩展性强。并且由于该http协议的客户端编辑工具包中的相应函数能够完成对用户登录、对业务工单的获取及分发操作，所以实现了对业务工单的自动化获取和分发，提高了对业务工单的处理分发效率，节省了大量时间。

附图说明

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

图1为本发明业务工单的分发方法实施例一的流程图；

图2为本发明业务工单的分发方法实施例二的流程图；

图3为本发明业务工单的分发装置实施例一的结构示意图；

图4为本发明业务工单的分发装置实施例二的结构示意图。

具体实施方式

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

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

图1为本发明业务工单的分发方法实施例一的流程图，如图1所示，本实施例的执行主体为业务工单的分发装置，该业务工单的分发装置可集成在计算机或服务器中，则本实施例提供的业务工单的分发方法包括以下几个步骤。

步骤101，获取业务工单的配置文件。

其中，业务工单的配置文件包括：运行控制文件和员工信息文件。其中，运行控制文件包括：业务工单分发用户的工号和密码，运行起始时间，工单分发周期及分发数量上限等，还可包括其他信息，本实施例中对此不做限定。其中，运行起始时间即开始运行本实施例提供的业务工单分发方法的时间。分发数量上限为每次所分发的业务工单的最大数量。员工信息文件包括：每个员工的员工信息及上班状态信息，还可以包括输入失误识别字段，以便对输入的每个员工的员工信息及上班状态信息是否存在失误进行检测。其中，员工信息包括：员工工号、员工姓名等，上班状态信息包括：未请假状态或请假状态。在员工信息文件中，可以以字段的形式对每个员工的员工信息、上班信息及输入失误识别字段进行存储。例如：每个员工的员工信息、上班信息及输入失误识别字段可以为“员工工号/上班状态/员工姓名/输入失误识别字段”。

具体地，本实施例中，对获取业务工单的配置文件的方式不做限定，如可以从预存储的区域获取业务工单的配置文件，或者接收用户通过鼠标或键盘输入的业务工单的配置文件。

其中，配置文件可根据业务工单分发的需求及员工状态进行修改。

步骤102，根据业务工单的配置文件，采用http协议的客户端编辑工具包中的函数进行用户登录、对业务工单的获取及分发操作。

其中，http协议的客户端编辑工具包简称为httpclient，在该http协议的客户端编辑工具包中存在大量的请求类函数，利用对应的请求类函数对服务器进行访问能够实现对前台各种菜单的模拟操作。如用户的登录，业务工单的获取，员工的通讯录查询，业务工单的分发等。

具体地，本实施例中，根据业务工单的配置文件中的运行控制文件，可获知业务工单分发用户的工号和密码，采用http协议的客户端编辑工具包中的相应函数进行用户的登录，并在用户登录的情况下，从运行起始时间起，按照工单分发周期采用http协议的客户端编辑工具包中的相应函数访问服务器，并从数据库中获取该业务工单分发用户名下的不大于分发数量上限的待处理的业务工单，并采用http协议的客户端编辑工具包中的相应函数实现对业务工单的分发。在步骤102中没使业务工单分发用户对前台菜单进行点击或输入，也未通过刷新界面的方式获取新的待处理的业务工单，而均依赖于http协议的客户端编辑工具包中的相应函数周期性地完成业务工单的获取及分发。

该http协议的客户端编辑工具包实现了对前台菜单的各种操作，只要获知业务工单系统的http访问地址，就能完成对服务器及数据库的访问，其不依赖于业务工单系统的架构，能够适用于每一种业务工单系统中。

本实施例提供的业务工单的分发方法，通过获取业务工单的配置文件；根据业务工单的配置文件，采用http协议的客户端编辑工具包中的函数进行用户登录、对业务工单的获取及分发操作，由于http协议的客户端编辑工具包能够模拟对前台菜单的各种操作，所以只要获知业务工单系统的http访问地址，就能完成对服务器及数据库的访问，使其不依赖于业务工单系统的架构，能够适用于每一种业务工单系统中，所以本实施例提供的业务工单的分发方法可扩展性强。并且由于该http协议的客户端编辑工具包中的相应函数能够完成对用户登录、对业务工单的获取及分发操作，所以实现了对业务工单的自动化获取和分发，提高了对业务工单的处理分发效率，节省了大量时间。

图2为本发明业务工单的分发方法实施例二的流程图，如图2所示，本实施例提供的业务工单的分发方法，是在本发明风业务工单的分发方法实施例一的基础上，对步骤101-步骤102的进一步细化，则本实施例提供的业务工单的分发方法包括以下步骤。

步骤201，获取业务工单的配置文件。

进一步地，本实施例中，业务工单的配置文件包括：运行控制文件和员工信息文件。运行控制文件至少包括：业务工单分发用户的工号和密码，运行起始时间，工单分发周期及分发数量上限。员工信息文件至少包括：员工信息及上班状态信息。员工信息包括：员工工号及员工姓名。

步骤202，根据运行控制文件中的业务工单分发用户的工号和密码，采用http协议的客户端编辑工具包中的用户登录函数进行用户登录。

进一步地，本实施例中，采用http协议的客户端编辑工具包中的用户登录函数将业务工单分发用户的工号和密码发送给服务器，服务器判断业务工单分发用户的工号和密码是否匹配，若匹配，则授权该业务工单分发用户登录。并从数据库中获取在该业务分发用户名下的待处理的业务工单相关数据。

步骤203，从运行起始时间起，按照工单分发周期采用http协议的客户端编辑工具包中的业务工单请求函数向服务器发送业务工单获取请求，业务工单获取请求中携带分发数量上限。

步骤204，接收服务器发送的待处理的业务工单列表，待处理的业务工单列表中的业务工单的个数不大于分发数量上限。

进一步地，本实施例中，从运行起始时间起，按照工单分发周期对待处理的业务工单进行周期性地获取及分发。具体地，采用http协议的客户端编辑工具包中的业务工单请求函数向服务器请求业务工单，服务器根据业务工单获取请求中的分发数量上限，发送待处理的业务工单列表，该待处理的业务工单列表中的业务工单的数量不大于分发数量上限。

其中，该有分发数量上限可根据未请假的员工数量及业务工单处理需求进行确定，如可以为20、30等，本实施例中对此不做限定。

本实施例中，该待处理的业务工单列表可以为json格式。该待处理的业务工单列表中包括每个业务工单的身份标识信息，如可以为该业务工单的编号、名称等，通过对该待处理的业务工单列表进行json串的解析，获取到每个业务工单的身份标识信息。

步骤205，获取待处理业务工单列表中的每个业务工单的网页。

进一步地，本实施例中，步骤205，获取待处理业务工单列表中的每个业务工单的网页，具体包括：

首先，采用http协议的客户端编辑工具包中的业务工单详情请求函数向服务器发送每个业务工单的业务工单详情请求。

然后，接收服务器发送的每个业务工单的网页；

其中，业务工单的网页至少包括：业务工单标题，提出人信息，工单内容及浏览日志。

具体地，本实施例中，在每个业务工单的业务工单详情请求中携带业务工单的身份标识信息，服务器根据业务工单的身份标识信息，获取到对应的业务工单的网页，并将该获取到的业务工单网页进行发送。

其中，在浏览日志中包括对该业务工单的形成及处理过程的内容，及在处理过程中具体处理人员的处理意见。如该浏览日志可以为“2017/4/13工号为001的张三形成该业务工单，2017/4/14a部门的工号为002的李四对该业务工单进行第一次处理，但未能使客户满意，需要由b部门的员工处理后再进行处理，2017/4/15b部门的刘五对该业务工单进行第二次处理，需要交接到a部门再次进行处理，以使客户满意”。

可以理解的是，本实施例中，可对浏览日志进行记录和存储，以对浏览日志中的各种有效信息进行统计，如业务工单的处理次数和对应的员工查询，统计每个员工的业务工单处理量等。

步骤206，根据每个业务工单的网页及员工信息文件，确定每个业务工单的最佳处理员工信息。

进一步地，本实施例中，步骤206，根据每个业务工单的网页及员工信息文件，确定每个业务工单的最佳处理员工信息，具体包括：

首先，对每个业务工单的网页进行解析，判断是否存在与员工信息文件中相匹配的员工信息。

具体地，本实施例中，对业务工单的网页中的浏览日志进行html标签，通过html标签获取到业务工单的网页中的浏览日志，对浏览日志进行关键词匹配，判断浏览日志中是否包括与员工信息文件中相匹配的员工信息，若浏览日志中的员工工号和员工姓名均与员工信息文件中的某一员工信息的员工工号和员工姓名相匹配，则确定浏览日志中包括与员工信息文件中相匹配的员工信息，否则确定浏览日志中不包括与员工信息文件中相匹配的员工信息。

然后，若存在与员工信息文件中相匹配的员工信息，则判断相匹配的员工信息对应的上班状态信息是否为未请假状态，若相匹配的员工信息对应的上班状态信息为未请假状态，则确定业务工单的最佳处理员工信息为与业务工单的网页中相匹配的员工信息。

或者，若不存在与员工信息文件中相匹配的员工信息，则确定业务工单的最佳处理员工信息为按照员工信息文件中的员工信息顺序均匀分发到的上班状态信息为未请假状态的员工信息。

具体地，若存在与员工信息文件中相匹配的员工信息，则判断相匹配的员工信息对应的上班状态信息是否为未请假状态，若为未请假状态，则说明该相匹配的员工仍然能够处理该业务工单，不需要对该业务工单重新进行查看和详细分析，就能快速地对该业务工单进行处理，所以确定业务工单的最佳处理员工信息为与业务工单的网页中相匹配的员工信息。若不存在与员工信息文件中相匹配的员工信息，则说明对于业务工单分发用户名下的所有员工来说，该待处理的业务工单是一个新的业务工单，没有任何员工对其进行处理过，则确定业务工单的最佳处理员工信息为按照员工信息文件中的员工信息顺序均匀分发到的上班状态信息为未请假状态的员工信息，即使得所有员工具有平等分到新的业务工单的机会，使每个员工的待处理业务工单的数量差距不至于太大，能够使新的待处理的业务工单能够被及时处理。

步骤207，根据每个业务工单的最佳处理员工信息，采用http协议的客户端编辑工具包中的业务工单分发函数对每个业务工单进行分发。

进一步地，本实施例中，采用http协议的客户端编辑工具包中的业务工单分发函数将每个业务工单分发到最佳处理员工的名下，使最佳处理员工能够及时对该业务工单进行处理。

本实施例提供的业务工单的分发方法，通过获取业务工单的配置文件，根据运行控制文件中的业务工单分发用户的工号和密码，采用http协议的客户端编辑工具包中的用户登录函数进行用户登录，从运行起始时间起，按照工单分发周期采用http协议的客户端编辑工具包中的业务工单请求函数向服务器发送业务工单获取请求，业务工单获取请求中携带分发数量上限，接收服务器发送的待处理的业务工单列表，待处理的业务工单列表中的业务工单的个数不大于分发数量上限，获取待处理业务工单列表中的每个业务工单的网页，根据每个业务工单的网页及员工信息文件，确定每个业务工单的最佳处理员工信息，根据每个业务工单的最佳处理员工信息，采用http协议的客户端编辑工具包中的业务工单分发函数对每个业务工单进行分发，能够使业务工单分发给最佳处理员工处理，并且分发给每个员工的业务工单数量适量，提高了业务工单的处理效率，节省了业务工单的处理时间。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

图3为本发明业务工单的分发装置实施例一的结构示意图，如图3所示，本实施例提供的业务工单的分发装置包括：获取单元31和操作单元32。

其中，获取单元31，用于获取业务工单的配置文件。操作单元32，用于根据业务工单的配置文件，采用http协议的客户端编辑工具包中的函数进行用户登录、对业务工单的获取及分发操作。

本实施例提供的业务工单的分发装置可以执行图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图4为本发明业务工单的分发装置实施例二的结构示意图，如图4所示，本实施例提供的业务工单的分发装置在本发明业务工单的分发装置实施例一的基础上，进一步地，操作单元32包括：登录模块321，发送模块322，接收模块323，获取模块324，确定模块325和分发模块326。

其中，本实施例中，业务工单的配置文件包括：运行控制文件和员工信息文件。运行控制文件至少包括：业务工单分发用户的工号和密码，运行起始时间，工单分发周期及分发数量上限。员工信息文件至少包括：员工信息及上班状态信息。

进一步地，登录模块321，用于根据运行控制文件中的业务工单分发用户的工号和密码，采用http协议的客户端编辑工具包中的用户登录函数进行用户登录。发送模块322，用于从运行起始时间起，按照工单分发周期采用http协议的客户端编辑工具包中的业务工单请求函数向服务器发送业务工单获取请求，业务工单获取请求中携带分发数量上限。接收模块323，用于接收服务器发送的待处理的业务工单列表，待处理的业务工单列表中的业务工单的个数不大于分发数量上限。获取模块324，用于获取待处理业务工单列表中的每个业务工单的网页。确定模块325，用于根据每个业务工单的网页及员工信息文件，确定每个业务工单的最佳处理员工信息。分发模块326，用于根据每个业务工单的最佳处理员工信息，采用http协议的客户端编辑工具包中的业务工单分发函数对每个业务工单进行分发。

进一步地，确定模块325，具体用于：对每个业务工单的网页进行解析，判断是否存在与员工信息文件中相匹配的员工信息；若存在与员工信息文件中相匹配的员工信息，则判断相匹配的员工信息对应的上班状态信息是否为未请假状态，若相匹配的员工信息对应的上班状态信息为未请假状态，则确定业务工单的最佳处理员工信息为与业务工单的网页中相匹配的员工信息；若不存在与员工信息文件中相匹配的员工信息，则确定业务工单的最佳处理员工信息为按照员工信息文件中的员工信息顺序均匀分发到的上班状态信息为未请假状态的员工信息。

进一步地，获取模块324，具体用于：采用http协议的客户端编辑工具包中的业务工单详情请求函数向服务器发送每个业务工单的业务工单详情请求；接收服务器发送的每个业务工单的网页；其中，业务工单的网页至少包括：业务工单标题，提出人信息，工单内容及浏览日志。

本实施例提供的业务工单的分发装置可以执行图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。