CN101707760A - 一种跟踪业务处理的方法及系统 - Google Patents

Abstract

本发明公开了一种跟踪业务处理的方法及系统，用以解决现有技术中由于增值业务管理平台的门户呈现的结果文件不够准确，从而很难准确跟踪当前业务处理的问题。该方法包括：接收用户终端发起的业务请求，根据接收的业务请求，在保存的业务请求及对应的业务处理记录中进行查询，根据查询结果，向所述用户终端反馈对应的跟踪消息。

Description

一种跟踪业务处理的方法及系统

技术领域

本发明涉及业务管理技术领域，特别涉及一种跟踪业务处理的方法及系统。

背景技术

随着无线宽带技术的发展，增值业务已经在移动通讯中占有越来越重要的地位。而增值业务处理过程包括：增值业务管理系统接收用户发起的业务请求后，进行业务处理，并记录业务处理结果，即在增值业务管理系统的第一结果文件中保存该业务处理结果，同时，将该业务处理结果反馈给管理平台的门户，例如：WEB界面，这样，在门户上的第二结果文件中也保存了反馈的业务处理结果。

理论上，上述第一结果文件与第二结果文件应该是一致的，但是实际处理过程中，可能会存在以下问题：首先，某次业务处理失败了，增值业务管理系统记录了该次业务处理结果，即在第一结果文件中保存了该次业务处理结果，但是没有及时反馈给门户，从而造成第二结果文件不完整。其次，某次业务处理失败后，用户重新发起业务请求，这样，业务又被重新处理，从而，造成门户上的第二结果文件的数据重复。

在上述两个问题不规律出现的情况下，门户上的第二结果文件就显得非常复杂，这样，用户就很难根据门户上的第二结果文件，实时跟踪当前业务处理的情况，即用户很难准确对业务处理过程进行跟踪。

发明内容

本发明实施例提供一种跟踪业务处理的方法及系统，用以解决现有技术中由于增值业务管理平台的门户呈现的结果文件不够准确，从而很难准确跟踪当前业务处理的问题。

本发明实施例提供一种跟踪业务处理的方法，包括：

接收用户终端发起的业务请求；

根据接收的业务请求，在保存的业务请求及对应的业务处理记录中进行查询；

根据查询结果，向所述用户终端反馈对应的跟踪消息。

本发明实施例提供一种跟踪业务处理的系统，包括：

接收单元，用于接收用户终端发起的业务请求；

查询单元，用于根据接收的业务请求，在保存的业务请求及对应的业务处理记录中进行查询；

反馈单元，用于根据查询结果，向所述用户终端反馈对应的跟踪消息。

本发明实施例提供的跟踪业务处理的过程中，接收用户终端发起的业务请求，根据接收的业务请求，在保存的业务请求及对应的业务处理记录中进行查询，根据查询结果，向所述用户终端反馈对应的跟踪消息。这样，通过业务请求和业务处理记录的导出，对业务处理的跟踪提供了很大的便利，能准确地分析业务处理过程中出现的问题。

附图说明

图1为本发明实施例中跟踪业务处理的流程图；

图2为本发明实施例一中订购业务A的处理流程图；

图3为本发明实施例中业务处理跟踪系统的结构图。

具体实施方式

本发明实施例中的增值业务管理系统保存了所有的业务请求及对应的业务处理记录，这样，增值业务管理系统接收到用户终端发起的业务请求后，先在保存的所有的业务请求，以及每个业务请求对应的业务处理记录中进行查询，然后，根据查询的结果，向该用户终端反馈对应的跟踪消息。从而，可以实现准确的跟踪当前业务处理。

参见图1，本发明实施例中业务处理的跟踪过程如下，包括：

步骤101：用户终端向增值业务管理系统发送业务请求。

这里，用户可以通过移动终端、增值业务管理平台的门户、客服等各种方式向增值业务管理系统发送业务请求，即用户终端包括：移动终端、增值业务管理平台的门户对应的终端，或客服对应的终端。其中，业务请求包括：移动终端的标识，业务代码，指令串等信息。

步骤102：增值业务管理系统在保存的业务请求中，查询是否有接收到的业务请求，如果有，执行步骤104；如果没有，则执行步骤103。

本发明实施例中，增值业务管理系统可以用数据库或内存库的形式保存每个业务请求，即用数据库或内存库的形式保存移动终端的标识，业务代码，指令串等信息。

这里，增值业务管理系统首先对接收到的业务请求进行解析，获得移动终端的标识，业务代码，指令串等信息。然后，比对增值业务管理系统的数据库或内存库中是否有上述相同的信息，如果有，执行步骤104，否则，执行步骤103。

步骤103：增值业务管理系统保存接收到的业务请求，转入执行步骤107。

这里，接收业务请求之前，增值业务管理系统中没有该业务请求，因此，增值业务管理系统必须保存接收到的业务请求，可以用数据库或内存库的形式保存该业务请求。即可以用数据库或内存库的形式将保存该业务请求携带的移动终端的标识，业务代码，指令串等信息。

步骤104：增值业务管理系统在保存的每个业务请求对应的业务处理记录中，查询接收到的业务请求对应的业务处理记录。

增值业务管理系统不仅可以用数据库或内存库的形式保存每个业务请求，也可以用数据库或内存库的形式保存每个业务请求对应的业务处理结果。因此，增值业务管理系统可以在保存的每个业务请求对应的业务处理记录中，查询接收到的业务请求对应的业务处理记录。

步骤105：判断查询到的业务处理记录是否为成功处理记录，如果是成功处理记录，执行步骤108，如果是失败处理记录，则执行步骤106。

步骤106：判断失败处理记录的类型，如果失败处理记录为可重试的失败记录，则执行步骤107，否则，执行步骤108。

本发明实施例中，失败处理记录的类型可以分为两种，包括：可重试类型和不可重试类型。即失败处理记录分别为可重试的失败处理记录，或不可重试的失败处理记录。

一般用结果码的形式表示业务处理记录，结果码中不仅标识业务处理记录为成功处理记录，或失败处理记录，并且，结果码还标识了失败处理记录的类型，即结果码还用来标识业务处理记录为可重试的失败处理记录，或不可重试的失败处理记录。

因此，这里可以根据结果码，判断失败处理记录的类型，如果失败处理记录为可重试的失败记录，则执行步骤107，否则，执行步骤108。

步骤107：增值业务管理系统根据接收的业务请求，进行业务处理，并保存或更新对应的业务处理记录。

不论是步骤103中刚刚保存了接收的业务请求，还是步骤106中，判断得出失败处理记录为可重试的失败记录，这里，都需要根据接收的业务请求，进行业务处理，并保存或更新对应的业务处理记录。

这里，如果从步骤103转入，则业务处理完后，直接建立并保存该业务请求对应的业务处理记录。如果业务处理成功，则在数据库或内存库中保存的该业务请求对应的信息中加上成功标识，即数据库或内存库中保存了该业务请求对应的成功处理记录。如果业务处理失败了，则在数据库或内存库中保存的该业务请求对应的信息中加上失败标识和失败原因，即数据库或内存库中保存了该业务请求对应的失败处理记录。这里，失败原因中包括了失败处理记录的类型，即是以重试类型或不可重试类型。

如果从步骤106转入，则业务处理完后，更新已保存的对应的业务处理记录。如果业务处理成功，则将保存的失败标识和失败原因更新为成功标识。如果业务处理失败，则仍然需要保存失败标识和失败原因。

同样，成功标识，失败标识和失败原因都可用结果码标识。

步骤108：增值业务管理系统向发起业务请求的用户终端，反馈业务跟踪消息。本次业务处理的跟踪过程结束。

这里，当从步骤105转入时，即查询到的业务处理记录为成功处理记录时，则只需根据业务请求，以及成功处理记录，生成跟踪消息，并向用户终端反馈该跟踪消息，即需将业务请求中的移动终端的标识，业务代码，指令串，以及成功处理记录中的结果码等进行拼接，生成跟踪信息，然后通过短消息、彩信、邮件等方式将生成的跟踪信息发送给用户终端。

当从步骤106转入时，即查询到的业务处理记录为不可重试的失败记录，则首先将不可重试的失败业务处理记录确定为处理结果，然后根据业务请求，以及确定的处理结果，生成跟踪消息，并向用户终端反馈跟踪消息。即将业务请求中的移动终端的标识，业务代码，指令串，以及不可重试的失败记录中的结果码等进行拼接，生成跟踪信息，然后通过短消息、彩信、邮件等方式将生成的跟踪信息发送给用户终端。

当从步骤107转入时，若步骤107只是建立并保存了业务处理记录，则根据业务请求，以及保存的业务处理记录，生成跟踪消息，并向用户终端反馈跟踪消息。即需要将业务请求中的移动终端的标识，业务代码，指令串，以及保存的业务处理记录中的结果码等进行拼接，生成跟踪信息，然后通过短消息、彩信、邮件等方式将生成的跟踪信息发送给用户终端。

若步骤107更新了业务处理记录，则首先将更新的业务处理记录确定为处理结果，然后根据业务请求，以及确定的处理结果，生成跟踪消息，并向用户终端反馈跟踪消息，即需要将业务请求中的移动终端的标识，业务代码，指令串，以及更新后的业务处理记录中的结果码等进行拼接，生成跟踪信息，然后通过短消息、彩信、邮件等方式将生成的跟踪信息发送给用户终端.

上述实施例的业务处理跟踪过程中，增值业务管理系统接收到用户终端发起的业务请求后，根据接收的业务请求，在保存的业务请求及对应的业务处理记录中进行查询，当确定保存的业务请求及对应的业务处理记录中存在接收到的业务请求时，根据保存的业务处理记录，生成对应的跟踪消息，并向用户终端反馈所述跟踪消息；当确定保存的业务请求及对应的业务处理记录中不存在接收到的业务请求时，保存述接收到的业务请求，并进行业务处理，保存对应的业务处理记录，根据该业务处理记录，生成跟踪消息，向用户终端反馈所述跟踪消息。

其中，当确定保存的业务请求及对应的业务处理记录中存在接收到的业务请求时，根据保存的业务处理记录，生成对应的跟踪消息包括：判断业务处理记录是否为成功处理记录；当业务处理记录为成功处理记录时，根据业务请求，以及成功处理记录，生成跟踪消息；当业务处理记录为失败处理记录时，根据失败业务处理记录的类型，确定对应的处理结果，根据该业务请求，以及该处理结果，生成跟踪消息。

而本发明实施例中，失败业务处理记录的类型包括：可重试类型和不可重试类型这两种类型，因此，当失败业务处理记录为可重试的失败处理记录时，增值业务管理系统可以首先根据接收的业务请求，进行业务处理，并更新对应的业务处理记录，将更新的业务处理记录确定为处理结果，然后根据该业务请求，以及该处理结果，生成跟踪消息。当失败业务处理记录为不可重试的失败处理记录时，增值业务管理系统可以直接将不可重试的失败业务处理记录确定为处理结果，然后根据该业务请求，以及该处理结果，生成跟踪消息。

当然，本发明实施例中，增值业务管理系统还具有定时自检功能，即可以在设定的时间内，查询保存的业务请求，以及对应的业务处理记录，当查询到的业务处理记录为可重试的失败处理记录时，则重新进行业务处理，并当业务处理成功后，修改该业务处理记录，并根据修改后的业务处理记录，生成跟踪消息，向用户终端反馈所述跟踪消息。

这里，可以设置定时器，例如定时器为每天的凌晨1点钟，当达到凌晨1点钟时，定时器触发后，增值业务管理系统就开始查询保存的所有的业务请求，以及对应的业务处理记录。

当查询到的业务处理记录为成功业务处理记录时，则不做处理，直接查询下一条业务处理记录。

当查询到的业务处理记录为可重试的失败处理记录时，就重新进行业务处理，若业务处理成功后，修改业务处理记录，即在数据库或内存库中保存的该业务请求对应的消息中加上成功标识，并根据业务请求，以及修改后的业务处理记录，生成跟踪消息，向用户终端反馈所述跟踪消息；若业务处理失败，也不需修改处理记录，直接查询下一条业务处理记录。

当查询到的业务处理记录为不可重试的失败处理记录时，也不做处理，直接查询下一条业务处理记录。

下面结合说明书附图对本发明实施例作进一步详细描述。

实施例1，在本实施例中，移动终端订购了业务提供商提供的业务A，则参见图2，订购业务A的处理过程包括：

步骤201：用户通过移动终端或短消息管理门户向移动交换中心(MSC，Mobile Switching Center)发送开通业务A的指令短消息，指令短消息中包括移动终端号码、指令串等信息。

步骤202：MSC将所接收的指令短消息转发给短信服务中心(SMSC，ShortMessage Service Center)。

步骤203：SMSC将所接收的业务指令短消息转发给短信网关(SMGW，Short Message Gateway)。

步骤204：SMGW将所接收的业务短消息转发给增值业务管理系统

步骤205：增值业务管理系统在保存的业务请求中查询，没有查询到该条业务短消息包含的业务请求，则增值业务管理系统保存接收的指令短消息，即保存开通业务A的请求，包括：移动终端号码、指令串等信息。

步骤206：增值业务管理系统根据接收的指令短消息，对开通业务A的请求进行处理，并将处理结果保存到该业务请求对应的业务处理记录中。

步骤207：增值业务管理系统根据保存的开通业务A的请求，以及对应的业务处理记录生成跟踪消息，也即提示消息。

这里，增值业务管理系统可以把保存的移动终端号码、操作码，结果码拼接为提示消息，例如：移动终端定购了业务A，则提示消息为：尊敬的用户，您已成功定购了+业务提供商名+提供的业务A；或：尊敬的用户，您由于+错误原因+未能成功定购+业务提供商名+提供的业务A，原操作可以，或不可重试。

步骤208：增值业务管理系统发送提示消息信息给SMGW。

步骤209：SMGW将接收的提示消息转发给SMSC。

步骤210：SMSC将接收SMGW返回的提示消息转发给MSC。

步骤211：MSC将接收SMSC返回的提示信息转发给移动终端。

根据上述跟踪业务处理的方法，可以构造一种跟踪业务处理的系统，参见图3，包括：接收单元100、查询单元200和反馈单元300。其中，

接收单元100，用于接收用户终端发起的业务请求。

查询单元200，用于根据接收的业务请求，在保存的业务请求及对应的业务处理记录中进行查询。

反馈单元300，用于根据查询结果，向所述用户终端反馈对应的跟踪消息。

而本发明实施例中，反馈单元300包括：

确定子单元310，用于确定所述保存的业务请求及对应的业务处理记录中是否存在接收到的所述业务请求。

第一反馈子单元320，用于当确定存在所述业务请求时，根据保存的业务处理记录，生成对应的跟踪消息，并向所述用户终端反馈所述跟踪消息。

第二反馈子单元330，用于当确定不存在所述业务请求时，保存所述接收到的业务请求，并进行业务处理，保存对应的业务处理记录，根据所述业务处理记录，生成跟踪消息，向所述用户终端反馈所述跟踪消息。

第一反馈子单元320又可以包括：第一生成模块和第二生成模块。

第一生成模块，用于当所述业务处理记录为成功处理记录时，根据所述业务请求，以及所述成功处理记录，生成跟踪消息.

第二生成模块，用于当所述业务处理记录为失败处理记录时，根据所述失败业务处理记录的类型，确定对应的处理结果，根据所述业务请求，以及所述处理结果，生成跟踪消息。

并且，所述第二生成模块，还用于当所述失败业务处理记录为可重试的失败处理记录时，根据所述业务请求，进行业务处理，并更新对应的业务处理记录，将更新的业务处理记录确定为处理结果。

以及，所述第二生成模块，还用于当所述失败业务处理记录为不可重试的失败处理记录时，将不可重试的失败业务处理记录确定为处理结果。

当然，本发明实施例中，跟踪业务处理的系统还包括：定时查询单元，用于在设定的时间，查询保存的业务请求及对应的业务处理记录，当查询到业务处理记录为可重试的失败处理记录时，进行对应的业务处理，当业务处理成功后，修改所述业务处理记录，并根据修改后的业务处理记录，生成跟踪消息，向所述用户终端反馈所述跟踪消息。

综上所述，本发明实施例中，增值业务管理系统接收用户终端发起的业务请求，根据接收的业务请求，在保存的业务请求及对应的业务处理记录中进行查询，根据查询结果，向所述用户终端反馈对应的跟踪消息。这样，用户可以通过终端、门户、客服等多种渠道发送业务请求，实现适时获得业务处理记录，大大增强了用户终端的实时表现能力，并且业务请求和业务处理记录的分类导出，对业务处理的跟踪提供了很大的便利，能准确、快速地分析业务处理过程中出现的问题。

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

Claims (12)

1.一种跟踪业务处理的方法，其特征在于，包括：

接收用户终端发起的业务请求；

根据接收的业务请求，在保存的业务请求及对应的业务处理记录中进行查询；

根据查询结果，向所述用户终端反馈对应的跟踪消息。

2.如权利要求1所述的方法，其特征在于，所述根据查询结果，向所述用户终端反馈对应的跟踪消息包括：

确定所述保存的业务请求及对应的业务处理记录中是否存在接收到的所述业务请求；

当确定存在所述业务请求时，根据保存的业务处理记录，生成对应的跟踪消息，并向所述用户终端反馈所述跟踪消息；

当确定不存在所述业务请求时，保存所述接收到的业务请求，并进行业务处理，保存对应的业务处理记录，根据所述业务处理记录，生成跟踪消息，向所述用户终端反馈所述跟踪消息。

3.如权利要求2所述的方法，其特征在于，当确定存在所述业务请求时，根据保存的业务处理记录，生成对应的跟踪消息包括：

当所述业务处理记录为成功处理记录时，根据所述业务请求，以及所述成功处理记录，生成跟踪消息；

当所述业务处理记录为失败处理记录时，根据所述失败业务处理记录的类型，确定对应的处理结果，根据所述业务请求，以及所述处理结果，生成跟踪消息。

4.如权利要求3所述的方法，其特征在于，当所述失败业务处理记录为可重试的失败处理记录时，根据所述失败业务处理记录的类型，确定对应的处理结果包括：

根据所述业务请求，进行业务处理，并更新对应的业务处理记录；

将更新的业务处理记录确定为处理结果。

5.如权利要求3所述的方法，其特征在于，当所述失败业务处理记录为不可重试的失败处理记录时，根据所述失败业务处理记录的类型，确定对应的处理结果包括：

将不可重试的失败业务处理记录确定为处理结果。

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

在设定的时间，查询保存的业务请求及对应的业务处理记录；

当查询到业务处理记录为可重试的失败处理记录时，进行对应的业务处理；

当业务处理成功后，修改所述业务处理记录，并根据修改后的业务处理记录，生成跟踪消息；

向所述用户终端反馈所述跟踪消息。

7.一种跟踪业务处理的系统，其特征在于，包括：

接收单元，用于接收用户终端发起的业务请求；

查询单元，用于根据接收的业务请求，在保存的业务请求及对应的业务处理记录中进行查询；

反馈单元，用于根据查询结果，向所述用户终端反馈对应的跟踪消息。

8.如权利要求7所述的系统，其特征在于，所述反馈单元包括：

确定子单元，用于确定所述保存的业务请求及对应的业务处理记录中是否存在接收到的所述业务请求；

第一反馈子单元，用于当确定存在所述业务请求时，根据保存的业务处理记录，生成对应的跟踪消息，并向所述用户终端反馈所述跟踪消息；

第二反馈子单元，用于当确定不存在所述业务请求时，保存所述接收到的业务请求，并进行业务处理，保存对应的业务处理记录，根据所述业务处理记录，生成跟踪消息，向所述用户终端反馈所述跟踪消息。

9.如权利要求8所述的系统，其特征在于，所述第一反馈子单元包括：

第一生成模块，用于当所述业务处理记录为成功处理记录时，根据所述业务请求，以及所述成功处理记录，生成跟踪消息；

第二生成模块，用于当所述业务处理记录为失败处理记录时，根据所述失败业务处理记录的类型，确定对应的处理结果，根据所述业务请求，以及所述处理结果，生成跟踪消息。

10.如权利要求9所述的系统，其特征在于，

所述第二生成模块，还用于当所述失败业务处理记录为可重试的失败处理记录时，根据所述业务请求，进行业务处理，并更新对应的业务处理记录，将更新的业务处理记录确定为处理结果。

11.如权利要求9所述的系统，其特征在于，

所述第二生成模块，还用于当所述失败业务处理记录为不可重试的失败处理记录时，将不可重试的失败业务处理记录确定为处理结果。

12.如权利要求7所述的系统，其特征在于，还包括：

定时查询单元，用于在设定的时间，查询保存的业务请求及对应的业务处理记录，当查询到业务处理记录为可重试的失败处理记录时，进行对应的业务处理，当业务处理成功后，修改所述业务处理记录，并根据修改后的业务处理记录，生成跟踪消息，向所述用户终端反馈所述跟踪消息。

Images