一种综合业务平台及其业务流程控制方法

1.一种综合业务平台系统，包括计费服务器、门户站点、业务数据库和用户数据库，所述计费服务器接受业务网关发来的计费事件，进行批价，然后向结算平台系统发送帐单；所述门户站点通过WEB/WAP方式向用户提供信息发布、业务受理、及个性化服务；所述用户数据库保存有用户的信息，业务数据库保存有业务的信息；其特征在于：所述综合业务平台还包括一个业务网关，用于完成对用户的认证和鉴权，业务访问控制，转发用户到业务的请求，接收业务的响应，对响应结果进行URL和/或Cookie替换处理后转发给用户，根据计费规则，给出用户使用业务的话单，提交给计费服务器；所述URL和/或Cookie替换处理包括：若消息头有Cookie，则把Cookie中的path域中的值取出，替换为请求的业务服务器的地址加上原来的值；若消息头没有Cookie，则对消息体中所有的链接进行URL替换，将原来的URL之前加上业务网关的URL。
2.根据权利要求1所述的综合业务平台系统，其特征在于：所述计费服务器、门户站点、业务数据库、用户数据库以及业务网关通过总线相连。
3.一种综合业务平台系统的业务流程控制方法，其特征在于包括下列步骤：(1)用户在门户站点订购业务；(2)用户向业务网关发送使用业务的请求；(3)业务网关分析该请求，提取用户信息，对请求进行认证和鉴权并进行业务访问控制；(4)业务网关建立到业务的链路，转发使用请求给业务；(5)业务网关接收业务返回的响应结果，对响应结果进行URL和/或Cookie替换处理后转发给用户；所述URL和/或Cookie替换处理包括：若消息头有Cookie，则把Cookie中的path域中的值取出，替换为请求的业务服务器的地址加上原来的值；若消息头没有Cookie，则对消息体中所有的链接进行URL替换，将原来的URL之前加上业务网关的URL；(6)用户开始使用订购的业务。
4.根据权利要求3所述的一种综合业务平台系统的业务流程控制方法，其特征在于：所述步骤(3)具体包括以下步骤：(a1)业务网关接收业务请求并从请求中提取用户信息和所请求的业务信息；(a2)对业务请求进行解密，获得请求业务的URL信息；(a3)根据提取出来的用户信息查询数据库，进行鉴权认证：如果请求的业务不属于本业务网关，则拒绝请求后结束；判断用户是否订购了该业务，如果用户没有订购该业务，鉴权失败，提示用户后结束；如果请求业务非法，则流程结束，否则鉴权通过；(a4)业务网关进行业务访问控制：判断终端能力是否能满足业务需求，如果能则继续，否则提示用户；判断业务在使用前是否需要报价，如果是则先报价，否则继续。
5.根据权利要求3所述的一种综合业务平台系统的业务流程控制方法，其特征在于：所述步骤(5)具体包括以下步骤：(b1)业务网关接收业务返回的响应；(b2)分析消息头，判断是否有Cookie，如果有则把Cookie的值提取出来，否则执行步骤(b4)；(b3)将Cookie中的path域中的值取出，替换为请求的业务服务器的地址加上原来的值；(b4)对消息体中所有的链接进行URL替换：将原来的URL之前加上业务网关的URL；(b5)将处理后的响应结果转发给用户。
6.根据权利要求5所述的一种综合业务平台系统的业务流程控制方法，其特征在于：所述步骤(b4)中在替换完成后将原来的URL加密，作为一个参数附加在业务网关的地址上。
7.根据权利要求3或4或5所述的一种综合业务平台系统的业务流程控制方法，其特征在于：所述用户通过移动终端或internet访问综合业务平台系统的门户站点，浏览和订购业务。
8.根据权利要求3或4或5所述的一种综合业务平台系统的业务流程控制方法，其特征在于：所述业务网关在完成业务流程控制后，还根据计费规则，给出用户使用业务的话单，发送给计费服务器。
9.根据权利要求3或4或5所述的一种综合业务平台系统的业务流程控制方法，其特征在于：所述业务网关在完成业务流程控制后对关键步骤以及关键结果记录日志。
10.根据权利要求3或4或5所述的一种综合业务平台系统的业务流程控制方法，其特征在于：所述门户站点为WEB门户站点或者WAP门户站点。
11.根据权利要求3或4或5所述的一种综合业务平台系统的业务流程控制方法，其特征在于：所述门户站点与业务网关之间的数据交互是通过HTTP协议实现的。

一种综合业务平台及其业务流程控制方法\n技术领域\n本发明涉及一种综合业务平台，特别涉及一种综合业务平台中的业务流程控制方法。\n背景技术\n移动无线增值业务，是指利用移动通信和互联网技术，有效地把互联网技术与资源和上网功能的各类移动多媒体信息终端、手持式个人信息终端相结合，为消费者提供了一个全新的通信服务形式。移动无线增值业务包括：JAVA/BREW下载类、多媒体信息类、定位类及WAP浏览类等等。综合业务平台系统将这些业务系统面临的一些共同的问题，如用户开户、认证鉴权、业务发布、SP及业务管理等抽取出来，为这些业务系统提供了一套统一的综合管理和支撑系统，便于运营商维护和管理。\n在CDMA移动无线增值业务综合业务平台中，包含WAP门户和WEB门户。现有的业务流程的控制方式是：移动终端通过WAP网关访问综合业务平台的WAP门户，在门户上浏览和订购业务，然后在使用业务时，通过WAP网关把请求发给业务服务器，请求完成后，按照原来的链路再把结果返回给用户，在WAP网关完成计费。基于这种实现方式，当用户通过INTERNET访问综合业务平台的WEB门户时，由于认证和计费等的限制，就只能允许用户完成浏览和订购业务等简单操作。现有技术中这种业务流程控制方法有以下四个缺点：一、必须要得到WAP网关的支持。在现在的CDMA网络中，全国只有两个WAP网关，而大量的数据业务实际上是不需要通过WAP网关支持的。\n二、由WAP网关完成业务流程控制的情况只适用于只有一个综合业务平台时的情形。当存在有多个综合业务平台时，由于每个平台都有自己的业务，这时候全由WAP网关进行业务流程控制，就必须要满足业务的多样性，这样显然不妥。\n三、目前由WAP网关完成计费功能，这样就限制了计费的灵活性。WAP网关的计费主要是针对用户使用的无线数据业务，而不能专门针对用户使用哪个特定的业务内容进行计费，且这种计费的方式也比较单一。\n四、这种业务流程控制限制了WEB门户的功能，只适合于无线数据业务。当用户通过INTERNET直接访问门户时，就无法实现对用户的使用情况进行计费，以及进行访问控制等。\n发明内容\n本发明所要解决的技术问题就是要克服现有综合业务平台以及其业务控制流程中只能通过WAP网关进行控制的缺点，提出一种新的综合业务平台及其业务流程控制方法，能够通过特定的业务网关进行业务流程控制，适用于多个综合业务平台共存的情况，并可以进行灵活的计费。\n本发明的主要思路是在门户与业务之间增加一个业务网关，它除完成WAP网关的流程控制和计费功能以及认证和鉴权外，还完成业务访问控制，业务网关在实现上采用URL和Cookie替换，防止用户绕过业务网关直接访问业务。当用户向系统请求业务的服务时，业务网关解析用户的请求，对用户进行认证和鉴权后，转发请求给业务，收到业务发来的请求后，对响应内容中的链接作URL和Cookie替换，这样，用户访问任何一个返回的链接时，都确保请求首先发到业务网关，然后对用户使用业务的情况进行计费。业务网关还可以包括其它功能，例如记录日志、统计分析等。\n本发明的技术方案是这样实现的：一种综合业务平台，包括计费服务器、门户、业务数据库和用户数据库，所述计费服务器接受业务网关发来的计费事件，进行批价，然后向结算平台系统发送帐单；所述门户通过WEB/WAP方式向用户提供信息发布、业务受理、及个性化服务；所述用户数据库保存有用户的信息，业务数据库保存有业务的信息；所述综合业务平台还包括一个业务网关，用于完成对用户的认证和鉴权，业务访问控制，转发用户到业务的请求，接收业务的响应，对响应结果进行URL和/或Cookie替换处理后转发给用户，根据计费规则，给出用户使用业务的话单，提交给计费服务器。\n所述计费服务器、门户、业务数据库、用户数据库以及业务网关通过总线相连。\n一种综合业务平台的业务流程控制方法，包括下列步骤：(1)用户在门户订购业务；(2)用户向业务网关发送使用业务的请求；(3)业务网关分析该请求，提取用户信息，对请求进行认证和鉴权并进行业务访问控制；(4)业务网关建立到业务的链路，转发使用请求给业务；(5)业务网关接收业务返回的响应结果，对响应结果进行URL和/或Cookie替换处理后转发给用户；(6)用户开始使用订购的业务。\n所述步骤(3)具体包括以下步骤：(a1)业务网关接收业务请求并从请求中提取用户信息和所请求的业务信息；(a2)对业务请求进行解密，获得请求业务的URL信息；(a3)根据提取出来的用户信息查询数据库，进行鉴权认证：如果请求的业务不属于本业务网关，则拒绝请求后结束；判断用户是否订购了该业务，如果用户没有订购该业务，鉴权失败，提示用户后结束；如果请求业务非法，则流程结束，否则鉴权通过；(a4)业务网关进行业务访问控制：判断终端能力是否能满足业务需求，如果能则继续，否则提示用户；判断业务在使用前是否需要报价，如果是则先报价，否则继续。\n所述步骤(5)具体包括以下步骤：(b1)业务网关接收业务返回到响应；(b2)分析消息头，判断是否有Cookie，如果有则把Cookie的值提取出来，否则执行步骤(b4)；(b3)将Cookie中的path域中的值取出，替换为请求的业务服务器的地址加上原来的值；(b4)对消息体中所有的链接进行URL替换：将原来的URL之前加上业务网关的URL；(b5)将处理后的响应结果转发给用户。\n上述步骤(b4)中，在替换完成后可以将原来的URL加密，作为一个参数附加在业务网关的地址上。\n所述用户通过移动终端或internet访问综合业务平台的门户，浏览和订购业务。\n所述业务网关在完成业务流程控制后，还根据计费规则，给出用户使用业务的话单，发送给计费服务器。\n所述业务网关在完成业务流程控制后对关键步骤以及关键结果记录日志。\n所述门户与业务网关之间的数据交互是通过HTTP协议实现的。\n本发明所提出的综合业务平台及其业务流程控制方法，通过在业务和门户之间增加一个特定的业务网关，利用URL和Cookie替换来实现业务流程控制，完成控制用户使用业务流程的功能，与原有的综合业务平台和业务流程控制方法相比，WAP网关不是必需的，即使有WAP网关的参与，其负担也大大减少，增强了WAP网关的独立性，使其不与具体的业务发生联系；其次增加了综合业务平台的灵活性，使平台能对业务进行灵活的计费方式；并且能够实现对多综合业务平台的支持，因为在每个综合业务平台中，都有一个业务网关来对业务流程进行控制。采用本发明提出的方法，业务网关能提高灵活的与业务联系紧密的计费方式，而且业务网关的记录日志、对用户进行认证与鉴权等功能，更好的强化了业务网关的作用，更好的为综合业务平台服务。业务网关在实现上采用URL替换的方法，防止用户绕过业务网关直接访问业务，不仅有效的实现了对多个综合业务平台的支持，而且降低运营商的成本。\n附图说明\n图1是采用本发明提出的综合业务平台的系统的结构框图；图2是本发明提出的业务流程控制方法的总流程图；图3是总流程中步骤(3)的详细流程图；图4是总流程中步骤(5)的详细流程图。\n具体实施方式\n下面结合附图和实施例对本发明作进一步的详细说明。\n图1是采用本发明提出的综合业务平台的系统的结构框图。如图1所示，所述系统包括两种用户终端：移动终端和PC机，包含两个综合业务平台和若干种不同的业务。移动终端通过PDSN与门户建立数据链路，访问和使用业务，它们之间可以有WAP网关的参与。用户经过3A鉴权后才能使用数据业务。PC机和门户之间通过标准的TCP/IP协议建立数据链路。一个用户可以通过WEB/WAP方式在多个综合业务平台中使用业务。在每个综合业务平台中，包括一个计费服务器，所述计费服务器接受业务网关发来的计费事件，进行批价，然后向结算平台系统发送帐单；包括WEB门户和WAP门户，通过WEB/WAP方式向用户提供信息发布、业务受理、及个性化服务，用户通过它还可以更好的接受各种增值业务的服务，例如：信息浏览、图片下载、电子邮件、位置服务等。本发明所提出的方法中，门户起辅助作用，对终端没有影响；还包括用户数据库和业务数据库，所述用户数据库保存有用户的信息，业务数据库保存有业务的信息；最关键的是在业务和门户之间还包括一个业务网关，所述业务网关完成对用户的认证和鉴权，业务访问控制，转发用户到业务的请求，接收业务的响应，对响应结果进行URL和/或Cookie替换处理后转发给用户，根据计费规则，给出用户使用业务的话单，提交给计费服务器。门户与业务网关之间的接口用于用户使用业务，主要使用HTTP接口。业务网关与业务之间的接口用于转发用户的请求到业务，接受业务返回的响应，主要使用HTTP接口。业务网关作为实现业务流程控制的重要组成部分，其结构包括分析请求、认证与鉴权、业务访问控制、转发请求、分析响应、Cookie替换、URL替换、转发请求、记录日志和内容计费模块。内容计费是指根据计费方式，完成出话单功能。记录日志是指根据设置，对关键步骤以及关键结果记录日志。上述计费服务器、门户、业务数据库、用户数据库以及业务网关可以通过总线相连。在所述综合业务平台中，所有的消息的联接都是基于HTTP协议来实现的。\n图2是本发明提出的业务流程控制方法的总流程图。如图2所示，本发明提出的综合业务平台的业务流程控制方法，包括下列步骤：(1)用户在门户订购业务；用户通过移动终端或internet访问综合业务平台的门户，浏览和订购业务。在使用业务前，门户中的业务联接已经设置为指向业务网关。(2)用户向业务网关发送使用业务的请求；(3)业务网关分析该请求，提取用户信息，对请求进行认证和鉴权并进行业务访问控制；(4)业务网关建立到业务的链路，转发使用请求给业务；(5)业务网关接收业务返回的响应结果，对响应结果进行URL和/或Cookie替换处理后转发给用户；(6)用户开始使用订购的业务。\n图3是总流程中步骤(3)的详细流程图。如图3所示，上述步骤(3)具体包括以下步骤：(a1)业务网关接收业务请求，分析协议以及从请求中提取用户信息和所请求的业务信息；(a2)对业务请求进行解密，获得请求业务的URL信息；因为所请求业务的URL通过加密包含在请求中，因此，需要进行解密处理。(a3)根据提取出来的用户信息查询数据库，查询数据库，进行鉴权认证：如果请求的业务不属于本业务网关，则拒绝请求后结束；判断用户是否订购了该业务，如果用户没有订购该业务，鉴权失败，提示用户后结束；如果请求业务非法，则流程结束，否则鉴权通过；(a4)业务网关进行业务访问控制：判断终端能力是否能满足业务需求，如果能则继续，否则提示用户；判断业务在使用前是否需要报价，如果是则先报价，否则继续。\n图4是总流程中步骤(5)的详细流程图。如图4所示，上述步骤(5)具体包括以下步骤：(b1)业务网关接收业务返回到响应；(b2)分析消息头，判断是否有Cookie，如果有则把Cookie的值提取出来，否则执行步骤(b4)；(b3)将Cookie中的path域中的值取出(例如为/mail)，替换为请求的业务服务器的地址加上原来的值(如果请求的业务服务器地址为http：//www.sina.com.cn，那么替换后的path为/www.sina.com.cn/mail)；Cookie替换是将cookie中的path中的值替换，再比如，原来是path＝/usr，那么现在替换为path＝/业务网关的IP/usr。(b4)对消息体中所有的链接进行URL替换：将原来的URL之前加上业务网关的URL；例如，原来的URL地址为http：//www.sina.com.cn，网关地址为10.1.1.1，那么修改后，应该为http：//10.1.1.1？url＝http：//www.sina.com.cn；再比如，里面有链接信息为<ahref＝http：//www.yahoo.com>，根据是否有Cookie，替换为<a href＝http：//业务网关的IP？url＝www.yahoo.com>或<a href＝http：//业务网关的IP/www.yahoo.com？url＝www.yahoo.com>，在替换完成后可以将原来的URL加密，作为一个参数附加在业务网关的地址上。(5)将处理后的响应结果通过链路转发给用户。