CN102421089B - 业务请求处理方法、平台及系统 - Google Patents

Abstract

本发明提供一种业务请求处理方法、平台及系统。该方法包括：获取用户发送的业务订购或退订请求，所述业务订购或退订请求携带有用户标识和业务标识；根据所述业务标识查询业务类型；获取与所述业务类型对应的业务订购或退订策略；根据所述业务订购或退订策略处理所述业务订购或退订请求。根据本发明提供的业务请求处理方法、平台及系统，能够实现在水平架构下对不同增值业务的生效/失效机制的个性化处理。

Description

业务请求处理方法、平台及系统

技术领域

本发明涉及信息处理技术，尤其涉及一种业务请求处理方法、平台及系统，属于通信技术领域。

背景技术

随着电信增值业务的推陈出新，越来越多的增值业务被用户所使用。订购关系是用户能否使用订购类增值业务的判别依据，增值业务管理平台通常在对用户订购关系鉴权成功后才能为用户提供订购类业务。目前订购关系鉴权和管理主要分为两种情况：一种是各增值业务分别对应一个增值业务平台，该增值业务平台在提供业务的同时完成订购关系鉴权和管理等功能，称为垂直架构；另一种是所有增值业务均在一个增值业务平台上提供，并由一个单独的增值业务管理平台完成所有增值业务的订购关系鉴权和管理等，称为水平架构。

水平架构相对于垂直架构极大地节约了系统资源，并且能够进行多种增值业务的统一管理，所以水平架构是增值业务体系发展的趋势，也是各大运营商普遍采用的模式。但目前的水平架构相对于垂直架构仍存在以下缺陷：在垂直架构下，由于各增值业务的订购关系鉴权和管理在不同的增值业务系统中实现，互不关联，所以可以实现对不同增值业务的生效/失效机制进行个性化处理，而在水平架构下则无法实现这种针对不同增值业务的生效/失效机制的个性化处理。

发明内容

针对现有技术中存在的缺陷，本发明提供一种业务请求处理方法、平台及系统，用以实现在水平架构下对不同增值业务的生效/失效机制的个性化处理。

根据本发明的一方面，提供一种业务请求处理方法，包括：

获取用户发送的业务订购或退订请求，所述业务订购或退订请求携带有用户标识和业务标识；

根据所述业务标识查询业务类型；

获取与所述业务类型对应的业务订购或退订策略；

根据所述业务订购或退订策略处理所述业务订购或退订请求。

根据本发明的另一方面，还提供一种业务请求处理平台，包括：

业务请求接收模块，用于获取用户发送的业务订购或退订请求，所述业务订购或退订请求携带有用户标识和业务标识；

业务类型查询模块，用于根据所述业务标识查询业务类型；

业务处理策略获取模块，用于获取与所述业务类型对应的业务订购或退订策略；

业务请求处理模块，用于根据所述业务订购或退订策略处理所述业务订购或退订请求。

根据本发明的又一方面，还提供一种业务请求处理系统，包括业务平台和本发明的业务请求处理平台。

根据本发明的业务请求处理方法、平台及系统，由于根据业务标识确定业务类型，并根据业务类型获取与当前接收的业务订购或退订请求相对应的业务处理策略，从而根据该业务处理策略对业务订购或退订请求进行相应处理，实现了在由业务请求处理平台对多种业务进行统一管理的情况下、对不同业务按照不同业务处理策略进行处理，既实现了统一化、又兼具个性化，从而在大幅缩减业务管理成本的基础上提供了针对不同业务的灵活、个性化的业务订购或退订处理。

附图说明

图1为用于实现本方法实施例业务请求处理方法的系统构架图。

图2为本发明业务请求处理方法流程示意图。

图3为本发明业务请求处理方法示例1的信令图。

图4为本发明业务请求处理方法示例2的信令图。

图5为本发明业务请求处理方法示例3的信令图。

图6为本发明业务请求处理方法示例4的信令图。

图7为本发明业务请求处理平台的结构示意图。

具体实施方式

图1为用于实现本方法实施例业务请求处理方法的系统构架图。如图1所述，该系统包括用户终端、业务平台、业务请求处理平台及业务支撑系统(Business support system，BSS)。下面，从业务请求处理平台的角度对本发明实施例的业务请求处理方法进行说明。

图2为本发明业务请求处理方法流程示意图。如图2所示，该方法包括：

步骤S201，获取用户发送的业务订购或退订请求，所述业务订购或退订请求携带有用户标识和业务标识；

其中，用户标识(Identification，ID)与各用户终端唯一对应，例如用户的手机号码。用户订购或退订业务平台提供的一个增值服务时，向业务平台发送相应请求，该用户请求类型包括用于申请订购业务的订购请求和用于申请退订业务的退订请求，并且请求携带有用户自身ID及所需订购或退订业务的业务ID，例如为业务名称或者业务代码。业务平台获取用户请求后将其转发至业务请求处理平台，以由业务请求处理平台对该请求信息做出相应处理。

步骤S202，根据所述业务标识查询业务类型；

具体地，业务请求处理平台接收由业务平台向其发送的用户请求。业务请求处理平台根据用户请求携带的业务ID在预设业务类型列表中查找与业务ID相对应的业务类型。所述业务类型列表是预先设定的，内容例如包括业务平台提供且用户可见的全部业务的业务ID和与业务ID对应的业务类型，业务ID例如为业务名称或业务代码，其中，具体的业务类型可根据实际需要划分，例如划分为主动浏览类业务和主动推送类业务。

步骤S203，获取与所述业务类型对应的业务订购或退订策略；

具体地，业务请求处理平台中还预置有业务处理策略列表，该订购/退订策略列表中存储业务类型与业务处理策略的对应关系。业务处理策略包括业务订购策略及业务退订策略等。更具体地，业务类型与业务处理策略之间的对应关系可以为一个业务类型对应一个业务处理策略，也可为多个业务类型对应一个业务处理策略。业务处理策略主要分为立即生效和延时生效。

步骤S204，根据所述业务订购或退订策略处理所述业务订购或退订请求。

具体地，业务请求处理平台根据与业务类型相对应的业务处理策略对用户请求进行处理。

根据上述实施例的业务请求处理方法，由于根据业务标识确定业务类型，并根据业务类型获取与当前接收的业务订购或退订请求相对应的业务处理策略，从而根据该业务处理策略对业务订购或退订请求进行相应处理，实现了在由业务请求处理平台对多种业务进行统一管理的情况下、对不同业务按照不同业务处理策略进行处理，既实现了统一化、又兼具个性化，从而在大幅缩减业务管理成本的基础上提供了针对不同业务的灵活、个性化的业务订购或退订处理。

进一步的，在上述实施例的业务请求处理方法中，根据所述业务订购或退订策略处理所述业务订购或退订请求的步骤具体包括：

若与所述业务类型对应的所述业务订购或退订策略为用于指示立即生效的第一订购或退订策略，则生成携带有所述用户标识和所述业务标识的订购或退订关系，并立即将所述订购或退订关系发送至用于向所述用户提供业务的业务平台，以使所述业务平台响应所述订购或退订关系，为与所述用户标识对应的用户开通或关闭与所述业务标识对应的业务。

具体地，图3为本发明业务请求处理方法示例1的信令图，如图3所示，包括以下步骤：

步骤S301，用户向业务平台发送业务订购请求；

步骤S302，业务平台将所获业务订购请求转发至业务请求处理平台；

步骤S303，业务请求处理平台根据业务订购请求判定业务类型，并根据业务类型判定业务订购策略；

步骤S304，若业务请求处理平台判定业务订购策略为立即生效，则立即生成与用户发送的业务订购请求对应的业务订购关系；

步骤S305，将生成的业务订购关系通知业务平台，即向业务平台发送业务生效指令，以使业务平台开通相应用户的相应业务能力；

步骤S306，业务请求处理平台将所生成的业务订购关系通知BSS。

至此，用户发送的业务订购请求已经得到处理，并且用户可即时使用请求订购的业务。

图4为本发明业务请求处理方法示例2的信令图，如图4所示，包括以下步骤：

步骤S401，用户向业务平台发送业务退订请求；

步骤S402，业务平台将所获业务退订请求转发至业务请求处理平台；

步骤S403，业务请求处理平台根据业务退订请求判定业务类型，并根据业务类型判定业务退订策略；

步骤S404，若业务请求处理平台判定业务退订策略为立即失效，则立即取消与业务退订请求相对应的业务订购关系；

步骤S405，将取消的业务订购关系通知业务平台，即向业务平台发送业务失效指令，以使业务平台取消相应用户的相应业务能力；

步骤S406，业务请求处理平台通知BSS取消业务订购关系。

至此，用户发送的业务退订请求已经得到处理，并且用户即时失去使用相应业务的权限。

进一步的，在上述实施例的业务请求处理方法中，根据所述业务订购或退订策略处理所述业务订购或退订请求的步骤具体包括：

若所述业务订购或退订请求为业务订购请求，且与所述业务类型对应的所述业务订购策略为用于指示在预设期结束时生效的第二订购策略，则生成携带有所述用户标识和所述业务标识的订购关系，并当检测获知预设期结束时将所述订购或退订关系发送至用于向所述用户提供业务的业务平台，以使所述业务平台响应所述订购关系，为与所述用户标识对应的用户开通与所述业务标识对应的业务。

具体地，图5为本发明业务请求处理方法示例3的信令图，如图5所示，包括以下步骤：

步骤S501，用户向业务平台发送业务订购请求；

步骤S502，业务平台将所获业务订购请求转发至业务请求处理平台；

步骤S503，业务请求处理平台根据业务订购请求判定业务类型，并根据业务类型判定业务订购策略；

步骤S504，若业务请求处理平台判定业务处理策略为在预设期结束后生效，则业务请求处理平台生成与用户发送的业务订购请求信息对应的业务订购关系；

步骤S505，检测预设期是否结束；

步骤S506，业务请求处理平台在预设期结束时将生成的业务订购关系通知业务平台，即向业务平台发送业务生效指令，以使业务平台开通相应用户的相应业务能力；

步骤S507，将业务订购关系通知BSS。

至此，用户发送的业务订购请求生效，即用户在预设期结束后可使用订购的业务。

进一步地，在上述实施例的业务请求处理方法中，根据所述业务订购或退订策略处理所述业务订购或退订请求的步骤具体包括：

若所述业务订购或退订请求为业务退订请求，且与所述业务类型对应的所述业务退订策略为用于指示在预设期结束时生效的第二退订策略，则当检测获知预设期结束时生成携带有所述用户标识和所述业务标识的退订关系，并将所述退订关系发送至用于向所述用户提供业务的业务平台，以使所述业务平台响应所述退订关系，为与所述用户标识对应的用户关闭与所述业务标识对应的业务。

具体地，图6为本发明业务请求处理方法示例4的信令图，如图6所示包括以下步骤：

步骤S601，用户向业务平台发送业务退订请求；

步骤S602，业务平台将所获业务退订请求转发至业务请求处理平台；

步骤S603，业务请求处理平台根据业务退订请求判定业务类型，并根据业务类型判定业务退订策略；

步骤S604，若业务请求处理平台判定业务处理策略为在预设期结束后生效，则检测预设期是否结束；

步骤S605，业务请求处理平台在预设期结束时取消与所述业务退订请求信息相对应的业务订购关系；

步骤S606，将取消的业务订购关系通知业务平台，即向业务平台发送业务失效指令，以使业务平台取消相应用户的相应业务能力；

步骤S607，业务请求处理平台将取消的业务订购关系通知BSS。

至此，用户发送的业务退订请求生效，即用户在预设期结束后失去使用相应业务的权限。

进一步地，在上述实施例的业务请求处理方法中，还包括；

当检测获知预设期结束时在本地维护的鉴权列表中添加或删除与所述订购或退订关系对应的业务权限，其中所述鉴权列表用于当接收到用户发送的业务使用请求时对所述业务使用请求进行鉴权，并仅当鉴权通过时向所述用户提供相应业务。

具体地，在用户发起业务使用请求时，根据本地维护的业务使用鉴权列表对业务使用请求进行鉴权，所述业务使用鉴权列表，包括用户ID及对应的业务使用权限，在任一用户ID订购任一业务且业务生效后或任一用户ID退订任一业务且业务失效后对所述业务使用鉴权列表进行维护，即添加或删除与所述订购或退订关系对应的业务使用权限。业务平台仅在鉴权通过的情况下向用户提供与用户发起的业务使用请求对应的业务。若未通过鉴权，则可向用户返回不可使用相应业务的通信信息。

更为具体地，业务使用鉴权列表在业务订购请求或业务退订请求生效时更新。如在图5所示的示例3中，用户发起业务订购请求，并生成订购关系，但在预设期结束前与用户订购请求对应业务并未生效，则不更新业务使用鉴权列表。若用户在预设期结束前发起使用请求，则根据业务使用鉴权列表对用户发起的使用请求进行鉴权，并判定鉴权失败，用户不可使用与用户发起的使用请求对应的业务，同时可根据预设告知用户。又如在图6所示的示例4中，用户发起业务退订请求，但在预设期结束前与用户退订请求对应的业务并未失效，则不更新业务使用鉴权列表。若用户在预设期结束前发起使用请求，则根据业务使用鉴权列表对用户发起的使用请求进行鉴权，并判定鉴权成功，用户可正常使用与用户发起的使用请求对应的业务。

图7为本发明业务请求处理平台的结构示意图。如图7所示，该业务请求处理平台包括：

业务请求接收模块71，用于获取用户发送的业务订购或退订请求，所述业务订购或退订请求携带有用户标识和业务标识；

业务类型查询模块72，用于根据所述业务标识查询业务类型；

业务处理策略获取模块73，用于获取与所述业务类型对应的业务订购或退订策略；

业务请求处理模块74，用于根据所述业务订购或退订策略处理所述业务订购或退订请求。

上述实施例的业务请求处理平台对业务请求进行处理的具体流程与前述实施例的业务请求处理方法相同，故此处不再赘述。

根据上述实施例的业务请求处理平台，由于根据业务标识确定业务类型，并根据业务类型获取与当前接收的业务订购或退订请求相对应的业务处理策略，从而根据该业务处理策略对业务订购或退订请求进行相应处理，实现了在由业务请求处理平台对多种业务进行统一管理的情况下、对不同业务按照不同业务处理策略进行处理，既实现了统一化、又兼具个性化，从而在大幅缩减业务管理成本的基础上提供了针对不同业务的灵活、个性化的业务订购或退订处理。

进一步的，在上述实施例的业务请求处理平台中，业务请求处理模块包括：

第一处理单元，用于若与所述业务类型对应的所述业务订购或退订策略为用于指示立即生效的第一订购或退订策略，则生成携带有所述用户标识和所述业务标识的订购或退订关系，并立即将所述订购或退订关系发送至用于向所述用户提供业务的业务平台，以使所述业务平台响应所述订购或退订关系，为与所述用户标识对应的用户开通或关闭与所述业务标识对应的业务。

进一步的，在上述实施例的业务请求处理平台中，业务请求处理模块还包括：

第二处理单元，用于若所述业务订购或退订请求为业务订购请求，且与所述业务类型对应的所述业务订购策略为用于指示在预设期结束时生效的第二订购策略，则生成携带有所述用户标识和所述业务标识的订购关系，并当检测获知预设期结束时将所述订购或退订关系发送至用于向所述用户提供业务的业务平台，以使所述业务平台响应所述订购关系，为与所述用户标识对应的用户开通与所述业务标识对应的业务。

进一步的，在上述实施例的业务请求处理平台中，业务请求处理模块还包括：

第三处理单元，用于若所述业务订购或退订请求为业务退订请求，且与所述业务类型对应的所述业务退订策略为用于指示在预设期结束时生效的第二退订策略，则当检测获知预设期结束时生成携带有所述用户标识和所述业务标识的退订关系，并将所述退订关系发送至用于向所述用户提供业务的业务平台，以使所述业务平台响应所述退订关系，为与所述用户标识对应的用户关闭与所述业务标识对应的业务。

进一步的，在上述实施例的业务请求处理平台中，业务请求处理模块还包括：

鉴权列表维护模块，用于当检测获知预设期结束时在本地维护的鉴权列表中添加或删除与所述订购或退订关系对应的业务权限，其中所述鉴权列表用于当接收到用户发送的业务使用请求时对所述业务使用请求进行鉴权，并仅当鉴权通过时向所述用户提供相应业务。

本发明还提供一种业务请求处理系统，包括业务平台和上述任一实施例的业务请求处理平台。

根据上述实施例的业务请求处理系统，实现了在由业务请求处理平台对多种业务进行统一管理的情况下、对不同业务按照不同业务处理策略进行处理，既实现了统一化、又兼具个性化，从而在大幅缩减业务管理成本的基础上提供了针对不同业务的灵活、个性化的业务订购或退订处理。

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

Claims (9)

1.一种业务请求处理方法，其特征在于，包括：

业务请求处理平台获取用户发送的业务订购或退订请求，所述业务订购或退订请求携带有用户标识和业务标识；

业务请求处理平台根据所述业务标识查询业务类型，所述业务类型包括主动浏览类业务和主动推送类业务；

业务请求处理平台根据预置的业务处理策略列表，获取与所述业务类型对应的业务订购或退订策略，所述业务处理策略列表中存储业务类型与业务处理策略的对应关系，所述业务处理策略包括业务订购策略及业务退订策略，所述业务类型与所述业务处理策略之间的对应关系为一个业务类型对应一个业务处理策略，或者为，多个业务类型对应一个业务处理策略，所述业务处理策略包括立即生效和延时生效；

业务请求处理平台根据所述业务订购或退订策略处理所述业务订购或退订请求；

当检测获知预设期结束时在本地维护的鉴权列表中添加或删除与所述订购或退订关系对应的业务权限，其中所述鉴权列表用于当接收到用户发送的业务使用请求时对所述业务使用请求进行鉴权，并仅当鉴权通过时向所述用户提供相应业务。

2.根据权利要求1所述的业务请求处理方法，其特征在于，业务请求处理平台根据所述业务订购或退订策略处理所述业务订购或退订请求的步骤具体包括：

若与所述业务类型对应的所述业务订购或退订策略为用于指示立即生效的第一订购或退订策略，则生成携带有所述用户标识和所述业务标识的订购或退订关系，并立即将所述订购或退订关系发送至用于向所述用户提供业务的业务平台，以使所述业务平台响应所述订购或退订关系，为与所述用户标识对应的用户开通或关闭与所述业务标识对应的业务。

3.根据权利要求1所述的业务请求处理方法，其特征在于，业务请求处理平台根据所述业务订购或退订策略处理所述业务订购或退订请求的步骤具体包括：

若所述业务订购或退订请求为业务订购请求，且与所述业务类型对应的所述业务订购策略为用于指示在预设期结束时生效的第二订购策略，则生成携带有所述用户标识和所述业务标识的订购关系，并当检测获知预设期结束时将所述订购或退订关系发送至用于向所述用户提供业务的业务平台，以使所述业务平台响应所述订购关系，为与所述用户标识对应的用户开通与所述业务标识对应的业务。

4.根据权利要求1所述的业务请求处理方法，其特征在于，业务请求处理平台根据所述业务订购或退订策略处理所述业务订购或退订请求的步骤具体包括：

若所述业务订购或退订请求为业务退订请求，且与所述业务类型对应的所述业务退订策略为用于指示在预设期结束时生效的第二退订策略，则当检测获知预设期结束时生成携带有所述用户标识和所述业务标识的退订关系，并将所述退订关系发送至用于向所述用户提供业务的业务平台，以使所述业务平台响应所述退订关系，为与所述用户标识对应的用户关闭与所述业务标识对应的业务。

5.一种业务请求处理平台，其特征在于，包括：

业务请求接收模块，用于获取用户发送的业务订购或退订请求，所述业务订购或退订请求携带有用户标识和业务标识；

业务类型查询模块，用于根据所述业务标识查询业务类型，所述业务类型包括主动浏览类业务和主动推送类业务；

业务处理策略获取模块，用于根据预置的业务处理策略列表，获取与所述业务类型对应的业务订购或退订策略，所述业务处理策略列表中存储业务类型与业务处理策略的对应关系，所述业务处理策略包括业务订购策略及业务退订策略，所述业务类型与所述业务处理策略之间的对应关系为一个业务类型对应一个业务处理策略，或者为，多个业务类型对应一个业务处理策略，所述业务处理策略包括立即生效和延时生效；

业务请求处理模块，用于根据所述业务订购或退订策略处理所述业务订购或退订请求；

鉴权列表维护模块，用于当检测获知预设期结束时在本地维护的鉴权列表中添加或删除与所述订购或退订关系对应的业务权限，其中所述鉴权列表用于当接收到用户发送的业务使用请求时对所述业务使用请求进行鉴权，并仅当鉴权通过时向所述用户提供相应业务。

6.根据权利要求5所述的业务请求处理平台，其特征在于，所述业务请求处理模块包括：

第一处理单元，用于若与所述业务类型对应的所述业务订购或退订策略为用于指示立即生效的第一订购或退订策略，则生成携带有所述用户标识和所述业务标识的订购或退订关系，并立即将所述订购或退订关系发送至用于向所述用户提供业务的业务平台，以使所述业务平台响应所述订购或退订关系，为与所述用户标识对应的用户开通或关闭与所述业务标识对应的业务。

7.根据权利要求5所述的业务请求处理平台，其特征在于，所述业务请求处理模块还包括：

第二处理单元，用于若所述业务订购或退订请求为业务订购请求，且与所述业务类型对应的所述业务订购策略为用于指示在预设期结束时生效的第二订购策略，则生成携带有所述用户标识和所述业务标识的订购关系，并当检测获知预设期结束时将所述订购或退订关系发送至用于向所述用户提供业务的业务平台，以使所述业务平台响应所述订购关系，为与所述用户标识对应的用户开通与所述业务标识对应的业务。

8.根据权利要求5所述的业务请求处理平台，其特征在于，所述业务请求处理模块还包括：

第三处理单元，用于若所述业务订购或退订请求为业务退订请求，且与所述业务类型对应的所述业务退订策略为用于指示在预设期结束时生效的第二退订策略，则当检测获知预设期结束时生成携带有所述用户标识和所述业务标识的退订关系，并将所述退订关系发送至用于向所述用户提供业务的业务平台，以使所述业务平台响应所述退订关系，为与所述用户标识对应的用户关闭与所述业务标识对应的业务。

9.一种业务请求处理系统，其特征在于，包括业务平台和如权利要求5至8中任一所述的业务请求处理平台。