一种业务工单发送方法、装置以及业务工单处理系统

摘要

本发明公开了一种业务工单发送方法、装置以及业务工单处理系统，该方法包括：缓冲处理单元确定接收到的用户的业务工单为实时工单，即时向父工单处理单元发送；否则，在父工单处理单元中工单数量小于第一设定阈值时向父工单处理单元发送；父工单处理单元将接收到的业务工单按照用户所请求的业务拆分为子工单并发送至工单发送控制单元；工单发送控制单元按照预先设定的各工单类型的发送规则，将确定出工单类型的子工单发送至与工单类型对应的子工单处理单元；子工单处理单元向各子工单对应的工单处理设备发送子工单。本发明提供的方法能够及时、准确地发送各种类型的工单，提高了工单发送的效率和准确率。

说明书

技术领域

本发明涉及通信领域，尤指一种业务工单发送方法、装置以及业务工单处 理系统。

背景技术

3G业务的普及使得手机的功能越来越丰富，手机不仅需要满足用户基本 通话、短信交流的需求，而且更多的承担着信息专家的功能：手机阅读、手机 飞信、无线上网等等新业务已渗透到人们工作和生活的各个领域。随着越来越 多的用户使用这些新业务，各种业务工单也出现了爆发式增长，这就给业务开 通系统维护带来巨大的挑战。为此，如何保障用户业务工单开通的及时性与完 整性成为了技术专家研究的热点。

现有技术发送工单的方式主要有两种：一是直接将接收到的业务工单翻译 成工单处理设备能够识别的指令，并按照接收到业务工单的时间先后顺序向工 单处理设备发送工单；二是首先判断接收到的业务工单有效性，然后根据业务 工单优先级高低顺序进行发送。

上述两种发送方式的判断逻辑过于简单。仅按照接收到业务工单的时间先 后顺序发送，容易造成高优先级工单得不到及时处理；仅按照接收到的业务工 单优先级高低发送，容易造成同一号码的业务工单发送顺序混乱。

按照上述两种发送方式发送工单，在发生业务工单积压时，处理方式主要 有以下两种：一是无任何干预手段，仍然按接收工单的时间顺序进行发送，通 过等待先前的工单处理完成，再处理后续的业务工单；二是在工单发送至工单 处理设备的最后一个环节判断工单数量，若大于设定阈值，将所有工单移至文 件系统，转化成二进制文件，一起发送至工单处理设备进行处理。

上述处理业务工单积压的两种方式，要么是无任何干预手段，要么就是在 发送的最后一个环节将达到设定数量的业务工单一起转化成二进制文件发送 至工单处理设备进行处理，这样批量处理的方法不能保证工单处理的准确性和 及时性。

综上所述，在现有技术中，缺少能够及时、准确地发送业务工单的方法。

发明内容

本发明实施例提供一种业务工单发送方法、装置以及业务工单处理系统， 用以解决现有技术中存在的缺少能够及时、准确的发送业务工单的方法的问 题。

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

缓冲处理单元确定接收到的用户的业务工单为实时工单，即时向父工单处 理单元发送；否则，在父工单处理单元中工单数量小于第一设定阈值时向父工 单处理单元发送；

父工单处理单元将接收到的业务工单按照用户所请求的业务拆分为子工 单并发送至工单发送控制单元；

工单发送控制单元按照预先设定的各工单类型的发送规则，将确定出工单 类型的子工单发送至与工单类型对应的子工单处理单元；

所述子工单处理单元向各子工单对应的工单处理设备发送子工单。

本发明实施例提供了一种业务工单发送装置，包括：缓冲处理单元、父工 单处理单元、工单发送控制单元和子工单处理单元；

所述缓冲处理单元，用于确定接收到的用户的业务工单为实时工单，即时 向父工单处理单元发送；否则，在父工单处理单元中工单数量小于第一设定阈 值时向父工单处理单元发送；

所述父工单处理单元，用于将接收到的业务工单按照用户所请求的业务拆 分为子工单并发送至工单发送控制单元；

所述工单发送控制单元，用于按照预先设定的各工单类型的发送规则，将 确定出工单类型的子工单发送至与工单类型对应的子工单处理单元；

所述子工单处理单元，用于向各子工单对应的工单处理设备发送子工单。

本发明实施例提供了一种业务工单处理系统，包括：上述的业务工单发送 装置和至少一个工单处理设备。

本发明有益效果如下：

本发明实施例提供了一种业务工单发送方法、装置及业务工单处理系统， 该方法首先由缓冲处理单元区分接收到的用户的业务工单是实时工单还是非 实时工单并优先发送实时工单至父工单处理单元，这样保证了能优先处理实时 工单，提高了处理实时工单的速度；然后父工单处理单元根据用户所请求的业 务将工单拆分为子工单，并将拆分后的子工单发送至工单发送控制单元；工单 发送控制单元将接收到的子工单进行分类，按照设定的发送规则发送各类型的 子工单至相应的子工单处理单元，将各种不同类型的业务工单进行区分，针对 不同类型的业务工单采用不同的发送规则，例如，对于耗时较长的工单、优先 级别高的工单等等都有相应的发送规则，这就保证了能够及时、准确地发送各 种类型的工单，从而提高了工单发送的效率和准确率。

附图说明

图1为本发明实施例中的工单发送方法的流程图；

图2为本发明实施例中确定子工单的工单类型的流程图；

图3为本发明实施例中的工单处理过程的流程图；

图4为本发明实施例中的非异步子工单处理单元和异步子工单处理单元发 送子工单的流程图；

图5为本发明实施例中的业务工单发送装置的结构示意图；

图6为本发明实施例中子工单处理单元的结构示意图；

图7为本发明实施例中业务工单处理系统的结构示意图。

具体实施方式

针对现有技术中存在的缺少能够及时、准确的处理业务工单的方法的问 题，本发明实施例提供了一种业务工单发送方法，本发明方法的流程如图1所 示，执行步骤如下：

步骤S10：缓冲处理单元确定接收到的用户的业务工单为实时工单，即时 向父工单处理单元发送；否则，在父工单处理单元中工单数量小于第一设定阈 值时向父工单处理单元发送。

业务工单一般可以分为两类：实时工单和非实时工单。实时工单是用户请 求的或者由客服发出的需要及时处理的工单，例如用户请求的功能开通工单、 客服接到用户的投诉后发出的工单、报账的工单等等，这些工单是优先级别比 较高的工单，需要及时处理得到结果。非实时工单是不需要及时处理的工单， 例如数据批量工单或者人造工单等等，这些工单优先级别比较低，不需要马上 得到处理结果。在这里可以将发送业务工单的用户广义地理解为包含用户、客 服等等所有的业务工单发送方。

步骤S20：父工单处理单元将接收到的业务工单按照用户所请求的业务拆 分为子工单并发送至工单发送控制单元。

用户发送的一个业务工单中可能会请求多个业务，例如在某号码生成的一 个工单中，可能同时请求开通短信、开通来电显示、开通飞信等等多个业务， 由于不同的业务工单是由不同的工单处理设备来处理的，所以首先要将接收到 的原始业务工单进行拆分，将一个业务工单按照用户所请求的业务拆分成若干 个子工单，然后将这些子工单发送到工单发送控制单元进行处理。

步骤S30：工单发送控制单元按照预先设定的各工单类型的发送规则，将 确定出工单类型的子工单发送至与工单类型对应的子工单处理单元。工单发送 控制单元可以根据子工单的属性信息，确定子工单的工单类型。

工单发送控制单元根据接收到的拆分后的子工单的属性信息，确定子工单 的类型。子工单的属性信息可以是子工单所请求的业务和对该业务的相应的操 作指令等等，也可以是其他的信息。对应于不同类型的业务，可以设定不同的 发送规则，并将设定的规则生成规则引擎，以便于工单发送控制单元直接进行 查询。

步骤S40：子工单处理单元向各子工单对应的工单处理设备发送子工单。

每个工单处理设备只能处理一个类型的工单，所以不同类型的子工单要发 送到不同的工单处理设备。

具体的，步骤S10中的缓冲处理单元向父工单处理单元发送业务工单的过 程，包括：缓冲处理单元确定接收到的用户的业务工单为实时工单时，将业务 工单加入即时发送缓冲表，即时发送缓冲表中的工单即时向父工单处理单元发 送；和/或缓冲处理单元确定接收到的用户的业务工单为非实时工单时，将业务 工单加入非即时发送缓冲表，并监控父工单处理单元中的工单数量，非即时发 送缓冲表中的工单在父工单处理单元中的工单数量小于第一设定阈值时向父 工单处理单元发送。

针对实时工单和非实时工单这两种不同的业务工单的不同的特性，在接收 到业务工单的时候就可以进行分类，相应的就可以优先处理优先级别较高的实 时工单，当父工单处理单元有可用资源时，再处理优先级别较低的工单。所以 在接收业务工单时，首先赋予每个业务工单一个优先级，赋予每个业务工单优 先级的工作可以由缓冲处理单元来完成，也可以设置其他单元来完成。然后由 缓冲处理单元对工单进行区分，将实时工单加入即时发送缓冲表中，并及时送 往父工单处理单元进行处理，而对于非实时工单则加入非即时发送缓冲表中， 当缓冲处理单元监控父工单处理单元中的工单数量小于第一设定阈值的时候， 才会向父工单处理单元发送非实时工单。其中，第一设定阈值可以依据实际情 况进行设定，可以设定为1000、2000等等。

在步骤S10中，首先对接收到的工单进行分类，并优先处理优先级别高的 实时工单，这样就保证了实时工单的及时处理，解决了现有技术中对业务工单 的判断逻辑过于简单，仅按接收到业务工单的时间先后顺序发送业务工单造成 的高优先级工单不能及时处理或者仅按优先级别高低发送工单造成的同一号 码的业务工单发送顺序混乱的问题。

以下以子工单携带的业务指令作为子工单的属性信息为例进行说明确定 子工单的工单类型的过程。

具体的，如图2所示，步骤S30中的工单发送控制单元根据子工单的属性 信息，确定子工单的工单类型，包括以下一个或几个步骤：

步骤S301：工单发送控制单元根据子工单携带的业务指令和配置的业务指 令抵充规则，确定存在其他子工单携带抵充业务指令时，确定子工单和携带抵 充业务指令的其他子工单为抵充子工单，否则确定子工单为非抵充子工单；抵 充业务指令为与业务指令存在抵充关系的业务指令。

可以将业务指令抵充规则设置在规则引擎中，例如短信功能的开通和关 闭、飞信功能的开通和关闭等等这些都是相互抵充的，可以依据现有的业务种 类制定规则引擎，当然也可以随着业务种类的变化更改规则引擎中配置的各种 规则。很显然，只有同号码的业务工单才会存在抵充关系。

工单发送控制单元接收到子工单后，将子工单加入工单控制表中，并解析 出子工单携带的业务指令，然后再根据规则引擎中配置的业务指令抵充规则， 查询出与该子工单携带的业务指令存在抵充关系的业务指令，工单发送控制单 元根据查询出来的结果扫描工单控制表中的子工单是否携带了查询到的抵充 业务指令，若存在，确定子工单和携带抵充业务指令的其他子工单为抵充子工 单，否则确定子工单为非抵充子工单。例如，工单发送控制单元接收到一个号 码要开通飞信的子工单，而在工单控制表中存在一个同号码的要关闭飞信的子 工单，很显然这两个工单是抵充子工单。如果工单控制表中不存在同号码的关 闭飞信的子工单时，该号码的开通飞信的子工单为非抵充子工单。这时可以进 行下面步骤的判断。

步骤S302：对于非抵充子工单，工单发送控制单元根据子工单携带的业务 指令和配置的业务指令依赖规则，确定存在其他子工单携带依赖业务指令时， 确定子工单和携带依赖业务指令的其他子工单为依赖子工单，否则确定子工单 为非依赖子工单；依赖业务指令为与业务指令存在依赖关系的业务指令。

确定为依赖子工单的过程与确定为抵充子工单的过程是类似的，只是配置 的规则为业务指令依赖规则。存在依赖关系的子工单一般也是同一号码的子工 单。例如：工单发送控制单元接收到一个号码要开通彩信的子工单，而在工单 控制表中存在一个同号码要开通通用分组无线服务技术(General Packet Radio  Service，GPRS)的子工单，很显然这两个子工单是依赖子工单，彩信业务依 赖于GPRS业务，要开通彩信首先需要开通GPRS。如果工单控制表中不存在 同号码的开通GPRS的子工单，该号码的开通彩信的子工单为非依赖子工单。

步骤S303：工单发送控制单元根据配置的异步业务类型，判断出依赖子工 单或非依赖子工单携带的业务指令对应的业务为异步业务时，确定依赖子工单 或非依赖子工单为异步子工单；否则，确定依赖子工单或非依赖子工单为非异 步子工单。

确定为异步子工单的过程与确定为抵充子工单的过程是类似的，只是配置 的规则为异步业务类型。

对于在步骤S302中确定出的子工单无论是依赖子工单还是非依赖子工单， 都需要判断是否为异步子工单。在上面的描述中可以知道，抵充子工单和依赖 子工单是针对两个或者多个子工单的关系而言的，而判断子工单是否为异步子 工单时，则是针对一个子工单而言的。根据处理每种业务耗时的长短可以将子 工单分为异步子工单和非异步子工单，其中耗时较长的工单为异步子工单。

具体的，步骤S30中的按照预先设定的各工单类型的发送规则，将确定出 工单类型后的子工单发送至与工单类型对应的子工单处理单元包括以下五种 类型的业务工单的发送规则：

第一种：对于确定出的抵充子工单，工单发送控制单元将抵充子工单的处 理结果设置为成功。

针对在步骤S302列举的实例中确定为抵充子工单的两个子工单，工单发 送控制单元直接将两个抵充子工单的处理结果设置为成功。因为一个子工单要 求开通飞信，一个工单要求关闭飞信，如果按照现有技术的流程处理两个子工 单以后，得到的结果还是飞信处于关闭状态，相当于没有处理两个子工单，因 此对于这样的子工单，是没有必要进行处理的。通过该规则的设置可以排除掉 一部分存在抵充关系的工单，节约了系统资源。

第二种：对于确定为异步子工单的依赖子工单，工单发送控制单元按照依 赖关系将其发送至异步子工单处理单元。

针对在步骤S303中确定为异步子工单的依赖子工单，如果有两个子工单 存在依赖关系，工单发送控制单元根据二者之间的依赖关系，将二者先后发送 至异步子工单处理单元。首先发送被依赖的异步子工单，再发送另一个异步子 工单，这样就可以保证二者所请求的业务的开通顺序是正常的。若没有依赖关 系的判断，有可能首先发送的是依赖于另一个子工单的子工单，这样当工单处 理设备处理该子工单时，才发现无法开通该子工单请求的业务，再向工单发送 控制单元返回无法处理的结果，然后工单发送控制单元再发送被依赖的子工 单，这样势必会浪费时间，影响工单处理的效率。

第三种：对于确定为非异步子工单的依赖子工单，工单发送控制单元按照 依赖关系将其发送至非异步子工单处理单元。

针对在步骤S303中确定为非异步子工单的依赖子工单，工单发送控制单 元根据二者之间的依赖关系，将二者先后发送至非异步子工单处理单元。首先 发送被依赖的非异步子工单，再发送另一个非异步子工单，这样就可以保证二 者的开通顺序是正常的。

第四种：对于确定为异步子工单的非依赖子工单，工单发送控制单元按照 同号码子工单以时间先后顺序、不同号码子工单以优先级高低顺序将其发送至 异步子工单处理单元。

第五种：对于确定为非异步子工单的非依赖子工单，工单发送控制单元按 照同号码子工单以时间先后顺序、不同号码子工单以优先级高低顺序将其发送 至非异步子工单处理单元。

针对在步骤S303中确定为异步子工单的非依赖子工单和确定为非异步子 工单的非依赖子工单，工单发送控制单元按照同号码子工单以时间先后顺序、 不同号码子工单以优先级高低顺序将其先后发送至非异步子工单处理单元。

较优的，步骤S30中还包括：工单发送控制单元监控非异步子工单处理单 元的工单数量，若大于第二设定阈值，则停止向非异步子工单处理单元发送子 工单；否则，继续向非异步子工单处理单元发送子工单。

工单发送控制单元在按照各个工单类型的发送规则发送已经确定了工单 类型的子工单时，还可以实时监控非异步子工单处理单元中的子工单数量，当 达到第二设定阈值的时候，也就是说非异步子工单处理单元发生积压的时候， 停止向非异步子工单处理单元发送子工单，直到监控到非异步子工单处理单元 中的子工单数量小于第二设定阈值时再发送。其中，第二设定阈值可以根据实 际情况进行设定，例如根据统计结果进行设定等等。

具体的，步骤S40的子工单处理单元向各子工单对应的工单处理设备发送 子工单，针对步骤30中的非异步子工单处理单元和异步子工单处理单元的子 工单，有两种发送方式：

第一种：非异步子工单处理单元将接收到的子工单按照接收子工单的时间 先后顺序向对应的工单处理设备发送子工单。

较优的，步骤S40中的子工单处理单元向各子工单对应的工单处理设备发 送子工单，还包括：监控非异步子工单处理单元接收到的子工单中高优先级子 工单的数量，若大于第三设定阈值，将高优先级子工单发送至对应的工单处理 设备。

也就是同时监控非异步子工单处理单元中的高优先级别的子工单的数量， 子工单的优先级别与拆分前的用户发送的工单的优先级别是相同的，当非异步 子工单处理单元中的高优先级别的子工单数量达到第三设定阈值时，就可以直 接将这些高优先级别的子工单发送至相应的工单处理设备。其中第三设定阈值 可以依据实际情况进行设置，设置的原则与第一设定阈值和第二设定阈值类 似，在这里不再赘述。这样就保证了优先级高的子工单优先被处理，进一步解 决了现有技术中不能及时处理高优先级子工单的问题。

第二种：异步子工单处理单元将接收到的子工单的处理结果设置为成功， 并按照接收子工单的时间先后顺序向对应的工单处理设备发送子工单。

由于异步子工单的处理耗时较长，因此，异步子工单处理单元在接收到异 步子工单后，直接将异步子工单的处理结果设置为成功，同时将其发送至对应 的工单处理设备进行处理，这样就保证了异步子工单处理单元不会发生积压， 解决了现有技术中由于处理耗时较长的异步子工单而发生的积压以至于不能 及时处理其它子工单的问题。

下面以一个具体的实施例来说明上述业务工单发送方法，如图3所示，具 体步骤如下：

步骤S501：缓冲处理单元确定接收到的工单为实时工单时，将其加入即时 发送缓冲表中。

步骤S502：缓冲处理单元将即时发送缓冲表中的工单发送至父工单处理单 元。

步骤S503：缓冲处理单元确定接收到的工单为非实时工单时，将其加入非 即时发送缓冲表中。

步骤S504：缓冲处理单元判断父工单处理单元中的工单数量小于第一设定 阈值时，将非即时发送缓冲表中的工单发送至父工单处理单元。

步骤S505：父工单处理单元将接收到的工单按照用户请求的业务拆分为若 干子工单并发送至工单发送控制单元。

步骤S506：工单发送控制单元根据子工单携带的业务指令和配置的业务指 令规则，确定子工单的工单类型，并根据相应的发送规则发送至相应的子工单 处理单元。

具体确定五种工单类型的过程参见步骤S301-步骤S303，相对于五种工单 类型的发送规则采用上述的五种发送规则，在这里不再赘述。

经工单发送控制单元处理过的子工单最后有三个处理结果：抵充子工单的 处理结果直接设置为成功，没有后续的步骤；确定为非异步子工单的依赖子工 单和确定为非异步子工单的依赖子工单发送至非异步子工单处理单元；确定为 异步子工单的依赖子工单和确定为异步子工单的非依赖子工单发送至异步子 工单处理单元。

下面就来具体说明非异步子工单处理单元和异步子工单处理单元发送子 工单的过程，具体步骤如图4所示。

非异步子工单处理单元发送子工单以及后续的步骤如下：

步骤S511：非异步子工单处理单元接收工单发送控制单元发送的子工单。

步骤S512：非异步子工单处理单元将接收到的子工单按照接收子工单的时 间先后顺序向相应的工单处理设备发送子工单。

步骤S513：高优先级子工单处理单元监控非异步子工单处理单元高优先级 别的子工单数量。

步骤S514：若超过第三设定阈值，直接将这些高优先级子工单发送至相应 的工单处理设备进行处理。

步骤S515：非异步子工单处理单元接收各个工单处理设备返回的处理结 果。

步骤S516：非异步子工单处理单元将接收到的处理结果返回至发送工单发 送控制单元。

异步子工单处理单元发送子工单以及后续的步骤如下：

步骤S521：异步子工单处理单元接收工单发送控制单元发送的异步子工 单。

步骤S522：异步子工单处理单元在接收到异步子工单后，向工单发送控制 单元返回工单的处理结果为成功。

步骤S523：异步子工单处理单元将返回至工单发送控制单元的处理结果为 成功的异步子工单按照接收的时间先后顺序发送至相应的工单处理设备。

步骤S524：异步子工单处理单元接收各个工单处理设备返回的处理结果。

基于实施例提供的上述业务工单发送方法，本发明实施例还提供一种业务 工单发送装置，其结构如图5所示，包括缓冲处理单元10、父工单处理单元 20、工单发送控制单元30和子工单处理单元40。

缓冲处理单元10，用于确定接收到的用户的业务工单为实时工单，即时向 父工单处理单元发送；否则，在父工单处理单元中工单数量小于第一设定阈值 时向父工单处理单元发送。

父工单处理单元20，用于将接收到的业务工单按照用户所请求的业务拆分 为子工单并发送至工单发送控制单元。

工单发送控制单元30，用于根据子工单的属性信息，确定子工单的工单类 型；按照预先设定的各工单类型的发送规则，将确定出工单类型的子工单发送 至与工单类型对应的子工单处理单元。

子工单处理单元40，用于向各子工单对应的工单处理设备发送子工单。

具体的，上述缓冲处理单元10，用于：确定接收到的用户的业务工单为实 时工单时，将业务工单加入即时发送缓冲表，即时发送缓冲表中的工单即时向 父工单处理单元发送；和/或确定接收到的用户的业务工单为非实时工单时，将 业务工单加入非即时发送缓冲表，并监控父工单处理单元中的工单数量，非即 时发送缓冲表中的工单在父工单处理单元中的工单数量小于第一设定阈值时 向父工单处理单元发送。

具体的，上述工单发送控制单元30，用于：根据子工单携带的业务指令和 配置的业务指令抵充规则，确定存在其他子工单携带抵充业务指令时，确定子 工单和携带抵充业务指令的其他子工单为抵充子工单，否则确定子工单为非抵 充子工单；抵充业务指令为与所述业务指令存在抵充关系的业务指令；对于非 抵充子工单，根据子工单携带的业务指令和配置的业务指令依赖规则，确定存 在其他子工单携带依赖业务指令时，确定子工单和携带依赖业务指令的其他子 工单为依赖子工单，否则确定子工单为非依赖子工单；依赖业务指令为与业务 指令存在依赖关系的业务指令；根据配置的异步业务类型，判断出依赖子工单 或非依赖子工单携带的业务指令对应的业务为异步业务时，确定依赖子工单或 非依赖子工单为异步子工单；否则，确定依赖子工单或非依赖子工单为非异步 子工单。

具体的，如图6所示，子工单处理单元40包括非异步子工单处理单元401 和异步子工单处理单元402，上述工单发送控制单元30，用于：对于确定出的 抵充子工单，将抵充子工单的处理结果设置为成功；对于确定为异步子工单的 依赖子工单，按照依赖关系将其发送至异步子工单处理单元；对于确定为非异 步子工单的依赖子工单，按照依赖关系将其发送至非异步子工单处理单元；对 于确定为异步子工单的非依赖子工单，按照同号码子工单以时间先后顺序、不 同号码子工单以优先级高低顺序将其发送至异步子工单处理单元；对于确定为 非异步子工单的非依赖子工单，按照同号码子工单以时间先后顺序、不同号码 子工单以优先级高低顺序将其发送至非异步子工单处理单元。

优选的，上述工单发送控制单元30，还用于：监控非异步子工单处理单元 的工单数量，若大于第二设定阈值，则停止向非异步子工单处理单元发送子工 单；否则，继续向非异步子工单处理单元发送子工单。

具体的，上述非异步子工单处理单元401，用于将接收到的子工单按照接 收子工单的时间先后顺序向对应的工单处理设备发送子工单。

上述异步子工单处理单元402，用于将接收到的子工单的处理结果设置为 成功，并按照接收子工单的时间先后顺序向对应的工单处理设备发送子工单。

较优的，上述子工单处理单元40包括高优先级子工单处理单元403，用于： 监控非异步子工单处理单元中接收到的子工单中高优先级子工单的数量，若大 于第三设定阈值，将高优先级子工单发送至对应的工单处理设备。

基于实施例提供的上述业务工单发送装置，本发明实施例还提供一种业务 工单处理系统，其结构如图7所示，包括：如图5所示的业务工单发送装置1 和至少一个工单处理设备2。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。