CN107277864A - 重定向方法、服务商、非结构化补充数据业务中心及系统 - Google Patents

Abstract

本发明提供一种重定向方法、服务商、非结构化补充数据业务中心及系统，非结构化补充数据业务中心识别用户的业务请求，根据该业务请求生成业务信息，并将该业务信息发送给第一提供商，第一提供商根据该业务信息获取重定向信息以及重定向类型，并将该重定向消息和重定向类型发送给非结构化补充数据业务中心，非结构化补充数据业务中心根据该重定向消息和重定向类型完成业务请求对应的业务重定向处理。采用本申请的方案，可以解决现有技术存在的由于在完成重定向的过程需要用户参与，使用户觉得过程繁琐，降低用户的好感度，降低用户体验的问题；从而达到简化用户操作过程，使用户好感度增加，提升用户体验的效果。

Description

重定向方法、服务商、非结构化补充数据业务中心及系统

技术领域

本发明涉及电信通讯行业领域，尤其涉及一种重定向方法、服务商、非结构化补充数据业务中心及系统。

背景技术

智能网是一种用于生成和提供业务的体系结构，其特点是能够快速方便、灵活经济的提供各种内容和增值服务。USSD(Unstructured Supplementary ServiceData，非结构化补充数据业务)作为智能业务中的重要增值业务流程，得到快速的发展和应用，运营商除了推出各种USSD自业务流程，还提供了很多SP(Service Provider，服务提供商)以及CP(Content Provider，内容提供商)服务流程的接入。SP以及CP的接入，丰富了USSD增值业务的发展。

在现有技术中，完成整个业务流程通常经过以下流程，由SP/CP端提供业务逻辑的处理，USSD中心只作为接入网关处理，也即是负责传递SP提供的各种业务服务，或者CP提供的各种业务内容；由SP/CP服务端完成业务处理。例如，用户端发起某种业务请求，USSD中心进行简单的识别，寻找到进行业务处理的SP/CP，将用户端请求的相应内容发送到该SP/CP，SP/CP根据请求的业务进行业务处理，并将处理结果发送给USSD中心，USSD中心再发送给用户。

但是在上述方案中，由于SP/CP某些自身服务能力的限制，往往不能依靠自身独立完成某些业务的处理，需要其他的SP/CP协助完成某种业务流程在这种情况下，就需要USSD中心能提供一种SP/CP重定向功能。通过SP/CP的重定向方案，来实现不同的SP/CP协同完成某一次的业务或服务处理。但是在现有技术中，实现重定向的过程是需要用户参与的，也就是说如果当用户请求了某种业务，USSD将请求告知SP1后，SP1并不能凭自身的处理能力完全处理业务，此时，SP1会将该消息告知用户，于是用户重新发起请求，USSD将该请求告知SP2，以此来实现SP1和SP2协同处理业务，由于在完成重定向的过程需要用户参与，可能使用户觉得过程繁琐，降低用户的好感度，降低用户体验。

发明内容

本发明要解决的主要技术问题是，提供一种重定向方法、服务商、非结构化补充数据业务中心及系统，解决现有技术存在的由于在完成重定向的过程需要用户参与，使用户觉得过程繁琐，降低用户的好感度，降低用户体验的问题。

为解决上述技术问题，本发明提供一种用于非结构化补充数据业务的重定向方法，包括：

识别用户发起的业务请求，根据所述业务请求生成业务信息，并将所述业务信息发送给第一提供商；

接收所述第一提供商根据所述业务信息获取到的重定向消息和重定向类型；

根据所述重定向消息和重定向类型完成所述业务请求对应的业务重定向处理。

在本发明一种实施例中，所述重定向消息包括：第二提供商的地址、所述第二提供商的接入方式和所述第二提供商的业务处理信息。

在本发明一种实施例中，所述重定向类型包括：重定向结果向用户返回类型和重定向结果向提供商返回类型；完成所述业务请求对应的业务重定向处理包括：

当所述重定向类型为重定向结果向用户返回类型时，将所述重定向消息发送给所述第二提供商，并接收所述第二提供商的业务处理结果，将所述业务处理结果发送给用户；

当所述重定向类型为重定向结果向提供商返回类型时，将所述重定向消息发送给所述第二提供商，并接收所述第二提供商的业务处理结果，将所述业务处理结果发送给所述第一提供商，接收所述第一提供商的处理结果，将所述第一提供商的处理结果发送给用户。

本发明还提供另一种用于非结构化补充数据业务的重定向方法，接收非结构化补充数据业务中心根据用户发起的业务请求生成的业务信息；

根据所述业务信息获取重定向消息和重定向类型；

将所述重定向消息和重定向类型发送给所述非结构化补充数据业务中心。

本发明还提供另一种用于非结构化补充数据业务的重定向方法，包括：

非结构化补充数据业务中心识别用户发起的业务请求，根据所述业务请求生成业务信息，并将所述业务信息发送给第一提供商；

所述第一提供商接收所述业务信息，并根据所述业务信息获取重定向消息和重定向类型，并将所述重定向消息和重定向类型发送给所述非结构化补充数据业务中心；

非结构化补充数据业务中心接收所述重定向消息和重定向类型并根据所述重定向消息和重定向类型完成所述业务请求对应的业务重定向处理。

本发明还提供一种非结构化补充数据业务中心，包括：

业务请求处理模块：用于识别用户发起的业务请求，根据所述业务请求生成业务信息，并将所述业务信息发送给第一提供商；

消息接收模块：用于接收所述第一提供商根据所述业务信息获取到的重定向消息和重定向类型；

重定向模块：根据所述重定向消息和重定向类型完成所述业务请求对应的业务重定向处理。

在本发明一种实施例中，所述重定向消息包括：第二提供商的地址、所述第二提供商的接入方式和所述第二提供商的业务处理信息。

在本发明一种实施例中，所述重定向类型包括：重定向结果向用户返回类型和重定向结果向提供商返回类型；所述重定向模块包括：

第一子模块，用于当所述重定向类型为重定向结果向用户返回类型时，将所述重定向消息发送给所述第二提供商，并接收所述第二提供商的业务处理结果，将所述业务处理结果发送给用户；

第二子模块，用于当所述重定向类型为重定向结果向提供商返回类型时，将所述重定向消息发送给所述第二提供商，并接收所述第二提供商的业务处理结果，将所述业务处理结果发送给所述第一提供商，接收所述第一提供商的处理结果，将所述第一提供商的处理结果发送给用户

本发明还提供一种提供商，包括：

业务信息接收模块：用于接收非结构化补充数据业务中心根据用户发起的业务请求生成的业务信息；

获取模块：用于根据所述业务信息获取重定向消息和重定向类型；

消息发送模块：用于将所述重定向消息和重定向类型发送给所述非结构化补充数据业务中心

本发明还提供一种非结构化补充数据业务系统，包括：终端、非结构化补充数据业务中心、第一提供商；

所述终端用于向所述非结构化补充数据业务中心发起业务请求；

所述非结构化补充数据业务中心用于接收所述业务请求，根据所述业务请求生成业务信息，并将所述业务信息发送给第一提供商；以及接收所述第一提供商根据所述业务信息获取到的重定向消息和重定向类型，并根据所述重定向消息和业重定向类型完成所述业务请求对应的业务重定向处理；

所述第一提供商用于根据所述业务信息获取重定向消息和重定向类型，并将所述重定向消息和重定向类型发送给所述非结构化补充数据业务中心。

本发明的有益效果是：本发明提供一种重定向方法、服务商、非结构化补充数据业务中心及系统，用户向非结构化补充数据业务中心发起业务请求，非结构化补充数据业务中心识别用户的业务请求，根据该业务请求生成业务信息，并将该业务信息发送给第一提供商，第一提供商在接收到该业务信息后，根据该业务信息获取重定向信息以及重定向类型，并将该重定向消息和重定向类型发送给非结构化补充数据业务中心，非结构化补充数据业务中心根据该重定向消息和重定向类型完成业务请求对应的业务重定向处理。采用本申请的方案，完成重定向的整个过程对用户而言是透明的，整个过程用户只需要发起一次业务请求，便可以得到业务处理结果。解决现有技术存在的由于在完成重定向的过程需要用户参与，使用户觉得过程繁琐，降低用户的好感度，降低用户体验的问题；从而达到简化用户操作过程，使用户好感度增加，提升用户体验的效果。

附图说明

图1为本发明实施例一中USSD中心侧的重定向方法的流程图；

图2为本发明实施例一中提供商一侧的重定向方法的流程图；

图3为本发明实施例一中USSD系统上的重定向方法的流程图；

图4为本发明实施例二中USSD中心的结构示意图；

图5为本发明实施例二中提供商的结构示意图；

图6为本发明实施例二中USSD系统的结构示意图；

图7为本发明实施例二中一种具体USSD系统实施方式的结构示意图；

图8为图7中USSD系统执行重定向方法的流程图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

请参考图1，为本实施例的重定向方法，该重定向方法主要用于USSD，主要在USSD中心上完成，包括：

S101：接收用户的业务请求；

S102：识别业务请求，根据业务请求生成业务信息；

S103：将业务信息发送给第一提供商；

S104：接收重定向消息和重定向类型；

S105：根据重定向消息和重定向类型完成业务请求对应的业务重定向处理。

由于整个过程是对用户请求的业务进行处理，所以首先需要接收用户的业务请求，请求的业务为需要在SP或者CP上进行处理的业务；对于请求方式，用户可以采用拨打SP的USSD接入码的方式，例如，用户拨打*110#要求对服务流程进行访问。

接收到用户的业务请求后进入步骤S102，对业务请求进行识别，并根据识别出的信息生成业务信息。USSD中心识别用户发出的业务请求，从中提取需要的关键信息，例如，识别用户请求的SP是哪一个，主叫号码是多少，请求内容是什么等等。然后将这些信息进行组装，由于生成的业务信息通常是通过接口协议进行封装然后通过接口进行发送的，所以将信息组装可以是对将各内容填写在接口协议的各个字段中。例如，在一中具体示例中，协议字段和其中内容的具体对应关系可参见下表1：

表1

在上述表1中，动作字段用来指导下一步需要进行的操作，该字段可以为1、2、3、4、5等，当该字段为1，定义进行通知；当该字段为2，定义消息结束；当该字段为3定义需要发送菜单消息；当字段为4或者5，对重定向类型进行定义。对于上述示例仅用于解释说明，并不对本发明进行限定。

组装好业务信息后，会将组装好的业务信息发送给第一提供商，进入步骤S103。例如，具体发送式可以是采用XML(Extensible Markup Language，可扩展标记语言)协议进行发送。XML可以对文档和数据进行结构化处理，从而能够在部门、客户和供应商之间进行交换，实现动态内容生成，企业集成和应用开发。可扩展标记语言可以使我们能够更准确的搜索，更方便的传送软件组件，更好的描述一些事物，所以，优选的，采用XML协议进行业务信息的传输，可以理解的是，采用其他传输协议也是可以实现的。

USSD中心根据业务请求选定了下一步进行处理的提供商为第一提供商，于是将业务信息发送给该第一提供商，第一提供商收到业务信息后会进行业务处理并返回给USSD重定向信息和重定向类型，USSD进入步骤S104，接收该重定向信息和重定向类型。接受到上述信息后，USSD会进入步骤S105，根据重定向信息和重定向类型完成业务请求对应的业务重定向处理。

重定向消息通常包括：第二提供商的地址、第二提供商的接入方式和第二提供商的业务处理信息；由于第一提供不能单独完成用户发起的业务请求，于是其识别到需要第二提供商的协助才能完成用户请求的业务，于是第一提供商将第二提供商的地址信息和第二提供商的接入方式和需要第二提供商进行处理的业务处理信息发送给USSD中心，同时还告知USSD重定向类型。重定向类型可以包括：重定向结果向用户返回类型和重定向结果向提供商返回类型。当重定向类型为重定向结果向用户返回类型时，证明余下的业务处理只需要第二提供商就能完成，不再需要第一提供商或者其他提供商进行处理，第二提供商可以完成余下的业务处理。当重定向类型为重定向结果向用户返回类型时，证明在第二提供商处理完成的基础上还需要其他提供商进行处理才能完成用户请求的业务。

当重定向类型为重定向结果向用户返回类型时，USSD中心将重定向消息发送给第二提供商，并接收第二提供商的业务处理结果，将业务处理结果直接发送给用户；当重定向类型为重定向结果向提供商返回类型时，将重定向消息发送给第二提供商，并接收第二提供商的业务处理结果，将业务处理结果发送给第一提供商或其他提供商，接收第一提供商或其他提供商的处理结果，并将该处理结果发送给用户。USSD中心发送给各个提供商都是利用接口协议通过接口进行发送，对于各个协议字段的基本格式都可以与上述表1的格式类似。

请参考图2，为本实施例的另一种重定向方法，该重定向方法主要用于USSD，主要在提供商上，包括：

S201：接收USSD中心发送的业务信息；

S202：根据所述业务信息获取重定向消息和重定向类型；

S203：将重定向消息和重定向类型发送给USSD中心。

对于USSD中心发送的业务信息在上述实施例中已经说明，通常USSD中心收到用户请求后首次向第一提供商发送业务信息，其动作字段为1、2或者3，第一提供商接收USSD中心发送的业务信息。

接收到业务信息后进入步骤202，第一提供商获取重定向消息和重定向类型。第一提供商解析业务信息，从中获取执行业务处理的有用信息，例如，第一提供商查看USSD用户请求字段，该字段显示用户需要登录账户。

第一提供商发现依靠自身不能完成用户登录，需要第二提供商的配合，于是完成重定向。第一提供商将自身可以完成的部分完成后获取需要在第二提供商完成的相关信息，以及重定向类型。由于获取的重定向消息和重定向类型是通过接口协议进行封装然后通过接口进行发送的，所以将重定向消息和重定向类型组装可以是对将各内容填写在接口协议的各个字段中。例如，在一中具体示例中，协议字段和其中内容的具体对应关系可参见下表2：

表2

该字段可以为1、2、3、4、5等，同样的，当该字段为1，定义进行通知；当该字段为2，定义消息结束；当该字段为3定义需要发送菜单消息；当字段为4或者5，对重定向类型进行定义。对于上述示例仅用于解释说明，并不对本发明进行限定。在封装好重定向消息和重定向类型后，第一提供商会进入步骤S203，将其发送给USSD。类似于在USSD中心上的处理，优选的，也可以通过XML协议进行发送，采用其他传输协议也是可以实现的。

重定向消息通常包括：第二提供商的地址、第二提供商的接入方式和第二提供商的业务处理信息；重定向类型可以包括：重定向结果向用户返回类型和重定向结果向提供商返回类型。重定向类型可以包括：重定向结果向用户返回类型和重定向结果向提供商返回类型。当重定向类型为重定向结果向用户返回类型时，证明余下的业务处理只需要第二提供商就能完成，不再需要第一提供商或者其他提供商进行处理，第二提供商可以完成余下的业务处理，此时USSD中心将重定向消息发送给第二提供商，并接收第二提供商的业务处理结果，将业务处理结果直接发送给用户；第一提供商不需要做其他任何处理。当重定向类型为重定向结果向提供商返回类型时，证明在第二提供商处理完成的基础上还需要其他提供商进行处理才能完成用户请求的业务，USSD中心将重定向消息发送给第二提供商，并接收第二提供商的业务处理结果，USSD中心还要将业务处理结果发送给第一提供商或其他提供商，第一提供商或者其他区提供商重新执行步骤S202以及接下来的步骤。对于发送的各种信息的组装格式仍然采用表2类似的协议接口格式。

请参考图3，为本实施例的另一种重定向方法，该重定向方法主要用于USSD系统上，包括：

S301：用户终端发起业务请求；

S302：USSD中心接收业务请求，识别业务请求，根据业务请求生成业务信息，并将业务信息发送给第一提供商；

S303：第一提供商接收USSD中心发送的业务信息，根据所述业务信息获取重定向消息和重定向类型，将重定向消息和重定向类型发送给USSD中心；

S304：USSD中心接收重定向消息和重定向类型，根据重定向消息和重定向类型完成业务请求对应的业务重定向处理。

上述在USSD中心上以及在提供商上完成重定向的方法在本实施例中同样适用。在步骤S301中，用户要进行某项业务处理，需要通过终端发起业务请求，例如可以通过手机、电脑、PAD(portable android device，平板电脑)等等，向USSD发送请求信息。

在步骤S302中，USSD中心对业务请求进行识别，并根据识别出的信息生成业务信息。USSD中心识别用户发出的业务请求，从中提取需要的关键信息，例如，识别用户请求的SP是哪一个，主叫号码是多少，请求内容是什么等等。然后将这些信息进行组装，由于生成的业务信息通常是通过接口协议进行封装然后通过接口进行发送的，所以将信息组装可以是对将各内容填写在接口协议的各个字段中，其具体组装方式请参考表1。并将业务信息发送给第一提供商，同样的也可以采用XML协议或者其他方式进行发送。

然后进入步骤S303，第一提供商接收USSD中心发送的业务信息，根据所述业务信息获取重定向消息和重定向类型，将重定向消息和重定向类型发送给USSD中心。第一提供商解析业务信息，从中获取执行业务处理的有用信息，例如，第一提供商查看USSD用户请求字段，该字段显示用户需要登录账户。第一提供商发现依靠自身不能完成用户登录，需要第二提供商的配合，于是需要进行重定向。第一提供商将自身可以完成的部分完成后获取需要在第二提供商完成的相关信息，以及重定向类型。由于获取的重定向消息和重定向类型是通过接口协议进行封装然后通过接口进行发送的，所以将重定向消息和重定向类型组装可以是对将各内容填写在接口协议的各个字段中，其具体组装方式请参考表2。在封装好重定向消息和重定向类型后，将其发送给USSD。同样的也可以采用XML协议或者其他方式进行发送。

重定向消息通常包括：第二提供商的地址、第二提供商的接入方式和第二提供商的业务处理信息；重定向类型可以包括：重定向结果向用户返回类型和重定向结果向提供商返回类型。重定向类型可以包括：重定向结果向用户返回类型和重定向结果向提供商返回类型。

然后执行步骤S304，USSD中心接收重定向消息和重定向类型，根据重定向消息和重定向类型完成业务请求对应的业务重定向处理。USSD中心将从第一提供商接收到的消息进行解析得到第二提供商的接入方式和所述第二提供商的业务处理信息，也就是第一提供商发送的信息新请求码字段和重定向信息字段的内容，同时，还解析出新地址字段动作字段的内容，当解析出动作字段的内容为4或者5就只到需要进行重定向。当解析出动作字段的内容为4，则知道重定向类型为重定向结果向用户返回类型，证明在完成将业务重定向到第二提供商后，接收第二提供商的结果，并将该结果发送给用户。此时，USSD中心重新按照表1的方式组装接收到的信息，将第二提供商的接入方式放到USSD接入码字段，将第二提供商的业务处理信息放到USSD用户请求字段，并将动作字段设置成相应的内容。将组装好的信息根据第二提供商的地址发送给第二提供商，第二提供商接收到该信息，并进行相应业务处理，然后将业务处理结果返回给USSD中心，USSD中心直接将该结果发送给用户。

对于重定向结果向用户返回类型和重定向结果向提供商返回类型USSD需要进行的处理并不相同。如果当解析出动作字段的内容为5，则证明重定向类型为重定向结果向提供商返回类型，USSD中心得知在将该次业务重定向到第二提供商之后还要将第二提供商的返回结果提供给第一提供商，第一提供商完成后续处理。于是USSD中心需要缓存本次消息，然后将第二提供商的接入方式放到USSD接入码字段，将第二提供商的业务处理信息放到USSD用户请求字段，并将动作字段设置成相应的内容。将组装好的信息发根据第二提供商的地址发送给第二提供商，第二提供商接收到该信息，并进行相应业务处理，然后将业务处理结果返回给USSD中心。USSD中心接收到第二提供商的处理结果，从中解析出处理结果，并按照表1的格式进行组装，在用户请求中设置第二提供商的返回结果，并将其他字段设置成相应内容，发送给第一提供商，第一提供商收到该消息后可以进行其他处理，处理完成之后得到最终处理结果，将最终处理结果通过USSD中心发送给用户。

实施例二：

本实施例提供一种USSD中心，请参考图4，包括业务请求处理模块41，消息接收模块42和重定向模块43。请求处理模块41用于识别用户发起的业务请求，根据业务请求生成业务信息，并将业务信息发送给第一提供商。消息接收模块42用于接收第一提供商根据所述业务信息获取到的重定向消息和重定向类型。重定向模块43根据重定向消息和重定向类型完成业务请求对应的业务重定向处理。重定向消息包括：第二提供商的地址，第二提供商的接入方式和第二提供商的业务处理信息。重定向模块43包括第一子模块431和第二子模块432，第一子模块431用于当重定向类型为重定向结果向用户返回类型时，将重定向消息发送给第二提供商，并接收第二提供商的业务处理结果，将业务处理结果发送给用户。第二子模块432用于当重定向类型为重定向结果向提供商返回类型时，将重定向消息发送给第二提供商，并接收第二提供商的业务处理结果，将业务处理结果发送给所述第一提供商，接收第一提供商的处理结果，将所述第一提供商的处理结果发送给用户。该USSD中心可用于执行上述实施例一中的重定向方法。

本实施例还提供一种提供商，请参考图5，包括,业务信息接收模块51、获取模块52和消息发送模块53。业务信息接收模块51用于接收USSD中心根据用户发起的业务请求生成的业务信息。获取模块52用于根据业务信息获取重定向消息和重定向类型。消息发送模块53用于将所述重定向消息和重定向类型发送给USSD中心。该提供商既可以是SP也可以是CP，可用于执行上述实施例一中的重定向方法。

本实施例还提供一种USSD系统，请参考图6，包括终端61、USSD中心62和第一提供商63。终端61用于向USSD中心62发起业务请求；USSD中心62用于接收所述业务请求，根据业务请求生成业务信息，并将业务信息发送给第一提供商63；以及接收第一提供商63根据所述业务信息获取到的重定向消息和重定向类型，并根据所述重定向消息和业重定向类型完成业务请求对应的业务重定向处理；第一提供商63用于根据所述业务信息获取重定向消息和重定向类型，并将重定向消息和重定向类型发送给USSD中心62。该USSD系统可用于执行上述实施例一中的重定向方法。

请参考图7，为上述USSD系统的一个具体示例，包括：手机终端71，USSD中心72、SP73。USSD中心72包括SCP(Service Control Point，业务控制点)721和IMP(Interface Message Processor，接口信息处理机)722。SP73包括第一SP731和第二SP732。图8为该系统执行重定向方法的流程图。

在步骤S801-S808中，用户A通过手机终端71首先拨打USSD接入码*110#接入要求访问某SP服务流程，SCP721根据用户的请求，进行简单校验后识别是访问某个SP访问流程，组装用户信息。组装内容包括：事务ID，主叫号码，接入码，用户请求等。然后通过IMP722采用XML协议组织消息请求发送第一SP731。第一SP1731收到请求后，发现是初始请求消息，根据接入码对应的访问流程，把该流程的主菜单的消息根据协议接口要求返回，封装在USSD响应消息中，然后返回消息给IMP722，IMP722收到响应后解析，发现是正常的交互响应消息，于是把该消息转发给SCP721进行业务处理，SCP721收到请求响应后，获取到用户的响应消息，并且根据动作字段为类型3判断下一步操作是进行菜单交互消息，于是把该消息通过SCP721交互消息推送到手机终端71，推送一条菜单选择消息要求用户进行选择或输入操作。

在步骤S809-S816中，手机终端71收到响应消息后，根据提示，输入响应的内容，比如用户卡号和密码等内容，然后提交，SCP721收到，组装消息发送给IMP722，IMP722收到业务请求后，根据接口协议组装用户请求发送给第一SP731，第一SP731收到请求后，发现本次操作，需要对用户的卡号和密码进行鉴权操作，而自身不能进行鉴权操作处理，而第二SP732可以进行鉴权处理，于是第一SP731在返回消息中使用重定向功能，定向到第二SP732进行处理，设置动作字段的值为5，表示需要重定向处理，并且处理完毕，需要返回到第一SP731进行继续处理，设置新地址字段为第二SP732的URL(Uniform ResourceLocator,统一资源定位符),接入码字段可以是原来的字段*110#，也可以是重新设置为*111#值，这个值只要对应第二SP732能识别是鉴权处理就可以，还有重定向信息字段，设置了加密过的用户卡号和密码。组装好后，发送给IMP722。IMP722收到第一SP731的响应后，进行解析后，发现动作字段的值为5，获知本次消息处理，需要重定向处理，首先需要缓存本次消息，然后进行其他相关参数，比如：新请求码，新地址，重定向信息等相关字段的内容，然后根据接口协议，把请求码的内容设置在原来请求消息的接入码对应的字段中，把重定向信息的内容设置在用户请求字段对应的内容中，本次实例中，重定向信息字段填写的加密的卡号和密码信息，然后将组装好的消息根据新的URL发送到第二SP732进行处理。

在步骤S817-S82中，第二SP732收到接口机发过来的请求消息，根据接入码和用户请求内容等，知道是鉴权处理，获取相关的卡号和密码信息进行鉴权处理，鉴权通过或失败，根据响应接口填写结果码，如果需要进一步或信息，还可以发起菜单操作给用户，要求用户输入，本例中，第二SP732已经获取到鉴权的相关信息，可以完成鉴权，鉴权完毕，填写结果在响应消息中，并且设置动作字段的值为2，表示正常响应并且结束。IMP722收到第二SP732的响应后，通过解析获取到动作字段的值为2，表示第二SP732处理完毕，并且发现，本次会话前面进行过重新定向处理，根据前面缓存的信息，并重新组装新的请求准备发送给第一SP731。第一SP731收到请求后，判断出本次请求，是鉴权响应结果处理，继续处理后继的逻辑处理，推送下一个关联菜单给用户继续操作，后继，IMP722收到响应后，继续传递给SCP721，通过SCP，下发菜单给用户操作，用户就可以继续完成后继操作了，可以有多次交互或直接返回用户请求结果。如果还有其他重定向类似上述处理，如果没有，就是正常的SP流程处理。对于上述示例，仅用于解释本发明，并不对本发明做任何限制。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种用于非结构化补充数据业务的重定向方法,其特征在于，包括：

识别用户发起的业务请求，根据所述业务请求生成业务信息，并将所述业务信息发送给第一提供商；

接收所述第一提供商根据所述业务信息获取到的重定向消息和重定向类型；

根据所述重定向消息和重定向类型完成所述业务请求对应的业务重定向处理。

2.如权利要求1所述的重定向方法,其特征在于，所述重定向消息包括：第二提供商的地址、所述第二提供商的接入方式和所述第二提供商的业务处理信息。

3.如权利要求1或2所述的重定向方法,其特征在于，所述重定向类型包括：重定向结果向用户返回类型和重定向结果向提供商返回类型；完成所述业务请求对应的业务重定向处理包括：

当所述重定向类型为重定向结果向用户返回类型时，将所述重定向消息发送给所述第二提供商，并接收所述第二提供商的业务处理结果，将所述业务处理结果发送给用户；

当所述重定向类型为重定向结果向提供商返回类型时，将所述重定向消息发送给所述第二提供商，并接收所述第二提供商的业务处理结果，将所述业务处理结果发送给所述第一提供商，接收所述第一提供商的处理结果，将所述第一提供商的处理结果发送给用户。

4.一种用于非结构化补充数据业务的重定向方法,其特征在于，包括：

接收非结构化补充数据业务中心根据用户发起的业务请求生成的业务信息；

根据所述业务信息获取重定向消息和重定向类型；

将所述重定向消息和重定向类型发送给所述非结构化补充数据业务中心。

5.一种用于非结构化补充数据业务的重定向方法,其特征在于，包括：

非结构化补充数据业务中心识别用户发起的业务请求，根据所述业务请求生成业务信息，并将所述业务信息发送给第一提供商；

所述第一提供商接收所述业务信息，并根据所述业务信息获取重定向消息和重定向类型，并将所述重定向消息和重定向类型发送给所述非结构化补充数据业务中心；

非结构化补充数据业务中心接收所述重定向消息和重定向类型并根据所述重定向消息和重定向类型完成所述业务请求对应的业务重定向处理。

6.一种非结构化补充数据业务中心，其特征在于，包括：

业务请求处理模块：用于识别用户发起的业务请求，根据所述业务请求生成业务信息，并将所述业务信息发送给第一提供商；

消息接收模块：用于接收所述第一提供商根据所述业务信息获取到的重定向消息和重定向类型；

重定向模块：根据所述重定向消息和重定向类型完成所述业务请求对应的业务重定向处理。

7.如权利要求6所述的非结构化补充数据业务中心,其特征在于，所述重定向消息包括：第二提供商的地址、所述第二提供商的接入方式和所述第二提供商的业务处理信息。

8.如权利要求6或7所述的非结构化补充数据业务中心,其特征在于，所述重定向类型包括：重定向结果向用户返回类型和重定向结果向提供商返回类型；所述重定向模块包括：

第一子模块，用于当所述重定向类型为重定向结果向用户返回类型时，将所述重定向消息发送给所述第二提供商，并接收所述第二提供商的业务处理结果，将所述业务处理结果发送给用户；

第二子模块，用于当所述重定向类型为重定向结果向提供商返回类型时，将所述重定向消息发送给所述第二提供商，并接收所述第二提供商的业务处理结果，将所述业务处理结果发送给所述第一提供商，接收所述第一提供商的处理结果，将所述第一提供商的处理结果发送给用户。

9.一种提供商，其特征在于，包括：

业务信息接收模块：用于接收非结构化补充数据业务中心根据用户发起的业务请求生成的业务信息；

获取模块：用于根据所述业务信息获取重定向消息和重定向类型；

消息发送模块：用于将所述重定向消息和重定向类型发送给所述非结构化补充数据业务中心。

10.一种非结构化补充数据业务系统，其特征在于，包括：终端、非结构化补充数据业务中心、第一提供商；

所述终端用于向所述非结构化补充数据业务中心发起业务请求；

所述非结构化补充数据业务中心用于接收所述业务请求，根据所述业务请求生成业务信息，并将所述业务信息发送给第一提供商；以及接收所述第一提供商根据所述业务信息获取到的重定向消息和重定向类型，并根据所述重定向消息和业重定向类型完成所述业务请求对应的业务重定向处理；

所述第一提供商用于根据所述业务信息获取重定向消息和重定向类型，并将所述重定向消息和重定向类型发送给所述非结构化补充数据业务中心。