CN101083539B - 一种基于交换网关的实时流媒体内容计费方法及系统 - Google Patents

Abstract

本发明公开了一种基于交换网关的实时流媒体内容计费方法及系统，其特征在于包括以下步骤：通过HTTP浏览窗口来对RTSP业务进行内容介绍、资费介绍和业务入口展示；当用户从业务入口展示浏览计费内容时，内容交换网关拦截用户请求；内容交换网关通过用户HTTP和RTSP请求中URL所带参数来关联并判断用户身份和业务访问权限，如果该用户没有权限访问该计费内容，则丢弃用户的请求；如果该用户具有权限访问该计费内容，则予以放行并生成账单。本发明在对现有网络改动很小的情况下，可以对用户访问网络上的收费资源按照内容实时控制和计费。

Description

一种基于交换网关的实时流媒体内容计费方法及系统

【技术领域】

本发明一种在现有的互联网(或移动3G网络)上由运营商进行实时流媒体(RTSP)内容计费的方法，具体涉及到内容交换网关来发现和控制用户对收费内容资源的请求并进行计费的方法。

【背景技术】

内容计费系统是一个实时网络数据流处理系统，提供对网络内容访问的控制和计费功能。系统收集用户名、访问统计、访问的URL和其他信息，允许根据单个交易所访问的主机、目录名或文件名进行计费。系统可以同时支持对预付费用户和后付费用户的计费，可以按照计费系统的要求生成计费账单；在预付费用户余额用完时，可以及时切断访问。一个可行的内容计费方案应该考虑到用户体验和享有网络架构改造等实际情况。通过在网络中增加内容交换网关网元，在此基础上实现按照内容进行收费方案，可以并保证用户使用习惯的一致性.

目前现有的计费网关有GGSN，WAP网关等，如中国移动的移动梦网的WAP业务采用基于代理的内容计费方案，通过分析流经代理的WAP页面内容并替换收费链接来保证用户的所有请求都流经WTBS。但现有的这些计费网关只有按照用户浏览时间和/或流量的计费功能，而随着网络内容的丰富，网络运营商和内容提供商提出了按内容计费的要求，按照内容进行计费可准确、公平地对各种内容业务分别进行计费，充分体现了内容的价值，可保证内容提供商的利益，激发内容提供商和内容创作者的积极性。而现有计费方案没有按照内容计费的功能，限制了各种网络内容业务的发展。

【发明内容】

本发明就是为了解决上述问题，提供一种基于交换网关的实时流媒体内容计费方法及系统，对用户访问网络上的收费资源按照内容进行实时控制和计费，有效保证了RTSP内容资源收费的可靠性，方便了用户使用，改善了用户体验，并保证了运营商和内容提供商的利益。

为实现上述目的，本发明提出了一种基于交换网关的实时流媒体内容计费系统，包括服务器、内容交换网关、用户认证模块和业务、用户管理和计费模块，所述服务器用于提供RTSP流媒体内容和提供包括RTSP业务内容介绍、资费介绍和内容业务入口展示的HTTP页面，所述内容交换网关位于用户和服务器之间，所有用户的请求均流过内容交换网关，所述内容交换网关通过实时分析IP数据流来判断用户的请求URL是否是对计费内容的请求，所述用户认证模块用于通过HTTP Cookie来配合内容交换网关来获取和验证用户的身份参数，所述业务、用户管理和计费模块用于验证用户的身份和用户访问该业务的权限并实现计费。

其中，所述内容交换网关包括：用户请求拦截单元，用于拦截用户对计费内容的访问请求；用户身份获取单元，用于在用户访问请求被拦截后判断该用户请求URL中是否带有用户身份信息；和第一重定向单元，用于在确定用户请求URL中没有带有用户身份信息后将用户重定向到用户认证模块。

其中，所述用户认证模块包括：Cookie判断单元，用于判断用户客户端是否具有用户认证模块的HTTP Session的Cookie；用户登录单元，用于在用户客户端没有用户认证模块的HTTP Session的Cookie时，将用户客户端重定向到用户认证模块登录页面，要求用户完成登录，并使完成登录的用户客户端保存用户认证模块的HTTP Session的Cookie；访问权限判断单元，用于在用户客户端获得身份信息后判断用户是否有权限访问该业务；业务订购单元，用于在用户没有权限访问该业务时，提示用户订购该业务；第二重定向单元，用于在用户有权限访问该业务时，根据用户传入HTTP URL中所携带的计费内容地址参数将用户客户端再重定向到内容的业务入口展示页面，并在用户的HTTP请求中URL后加上用户身份信息；和身份参数管理单元，用于在用户身份获取单元确定用户请求URL中带有用户身份参数信息后对用户的身份参数进行验证。

其中，所述业务、用户管理和计费模块包括：用户身份和业务验证单元，用于验证用户的身份和用户访问该计费内容的权限；计费单元，用于在该用户具有权限访问该计费内容时生成账单。

为实现上述目的，本发明还提出了一种基于交换网关的实时流媒体内容计费方法，其特征在于包括以下步骤：

A1、通过HTTP浏览窗口来对RTSP业务进行内容介绍、资费介绍和业务入口展示；

B1、当用户从业务入口展示浏览计费内容时，内容交换网关拦截用户请求；

C1、内容交换网关通过用户HTTP和RTSP请求中URL所带参数来关联并判断用户身份和业务访问权限，如果该用户没有权限访问该计费内容，则丢弃用户的请求；如果该用户具有权限访问该计费内容，则予以放行并生成账单。

其中，步骤A1中的业务入口展示为计费内容地址链接，通过访问该计费内容地址用户实现对该项业务的订购，并获取访问该业务需要的若干参数。

其中，在步骤C1中内容交换网关判断用户身份和业务访问权限包括以下步骤：

C11、内容交换网关判断该用户请求URL中是否带有用户身份参数信息，如果没有，则执行步骤C12；如果该用户请求URL中带有用户身份参数信息，则执行步骤C13；

C12、由用户认证模块来获取用户的身份参数信息，并在获取用户的身份参数信息后将用户重定向到内容的业务入口展示页面；

C13、内容交换网关去用户认证模块验证该RTSP请求所携带的用户身份参数信息是否有效，然后验证本次业务访问是否有效，如果无效，则丢弃用户的请求；如果有效，则获取用户的身份参数信息后予以放行，并以此为依据生成账单。

其中，步骤C12包括以下具体步骤：

C121、将用户客户端重定向到用户认证模块的HTTP接口；

C122、用户认证模块判断用户客户端是否具有用户认证模块的HTTPSession的Cookie，如果没有则执行步骤C123，如果有则执行步骤C125；

C123、将用户客户端重定向到用户认证模块登录页面，要求用户完成登录；

C124、使完成登录的用户客户端保存用户认证模块的HTTP Session的Cookie；

C125、用户认证模块判断用户是否有权限访问该业务，如果没有则提示用户订购该业务，如果用户有权限访问该业务，则根据用户传入HTTP URL中所携带的计费内容地址参数将用户客户端再重定向到内容的业务入口展示页面，并在用户的HTTP请求中URL后加上用户身份参数信息；

C126、内容的业务入口展示页面根据传入参数在内容链接URL后面加上用户身份参数信息和业务访问参数。

其中，在步骤C12之后和步骤C13之前还包括以下步骤：

在用户点击内容的业务入口展页面中的RTSP地址后，内容交换网关截获该RTSP请求。

其中，在步骤C13中验证该RTSP请求所携带的用户身份信息和本次业务访问参数是否有效时，先到用户认证模块验证用户身份参数信息是否正确，如果正确则通过查询用户和业务的定购关系数据库来验证该用户是否有权限访问该业务。

步骤B1中所述的内容交换网关优选位于用户和服务/内容提供商的服务器之间，所有用户的请求均流过内容交换网关，内容交换网关通过实时分析IP数据流来判断用户的请求URL是否是对计费内容的请求。

本发明的进一步改进是：该计费方法支持从HTTP业务重定向到RTSP业务，从RTSP业务重定向到HTTP业务。

本发明的有益效果是：

本发明通过HTTP来对RTSP业务进行内容的展示，通过内容交换网关来判断来用户身份，通过SSO模块来配合内容交换网关获取和验证用户的身份，内容交换网关实时发现和拦截用户请求，并通过HTTP和RTSP请求中URL所带参数来关联HTTP和RTSP请求的户身份和业务访问权限，通过对用户请求的关联和控制来实现实时控制和按照内容计费。对运营商而言，本发明能够在原来按照流量计费的基础上进行更精确的计费和统计分析，减少收入遗漏，对网络、用户、业务进行更好地控制和整合；对最终用户而言，本发明体现在可以按照实际访问的内容的价值进行计费，有可能得到单一的计费体验；对内容提供商而言，本发明可以更好地体现具体内容的价值。

本发明提出的方案无需改造现有基础网络，对内容提供商的原有业务无影响；对运营商只要在网络中添加内容交换网关；对于用户的使用习惯亦没有影响。本方案能够快速部署和开通业务。在应用现有技术方面具有一定的创新能力。并且能够扩展到在线游戏等其他无界面业务的内容计费，将这些计费业务和用户熟悉的HTTP业务结合起来，在内容计费领域走在了前列。

本发明能够同时支持从HTTP业务重定向到RTSP业务和从RTSP业务重定向到HTTP业务，用户使用同时支持RTSP协议和HTTP协议的客户端可以大大优化业务流程。

本发明的特征及优点将通过实施例结合附图进行详细说明。

【附图说明】

图1为本发明系统网络架构图；

图2为本发明的具体构成方框图；

图3为本发明一种实施例的用户首次访问计费内容的流程图；

图4为本发明一种实施例中用户完成首次访问且继续访问的流程图。

【具体实施方式】

在传统的RTSP(Real Time Streaming Protocol，即实时流协议，建立并控制一个或几个时间同步的连续流媒体，如音频和视频，实际数据还需要一个传输协议。RTSP业务是目前互联网上最常见的在线音频和视频观看业务)业务开展模式中，因为RTSP内容本身无法方便地进行内容介绍，资费介绍和图片预览等人机交互功能，一般RTSP业务都会和HTTP(Hypertext Transfer Protocol，即超文本传输协议，是目前WWW网上最常用的应用层协议，HTTP业务是目前互联网上最常见的浏览业务。)结合起来，利用HTTP的丰富的用户界面功能来展示RTSP业务。本方案的业务开展模式也是利用HTTP的丰富的用户界面功能来展示RTSP业务，并通过内容交换网关保证了用户付费环节的安全可靠，保证了用户点播、定购的业务和看到的资费页面、最终访问的RTSP内容以及生成的账单之间的一致性。系统的网络架构图如图1所示，服务/内容提供商(SP/CP)的服务器1用于提供RTSP流媒体内容和提供包括RTSP业务内容介绍、资费介绍和内容业务入口展示的HTTP页面，内容交换网关2位于用户4和服务1器之间，在移动网通信络或者互联网络中负责对用户访问收费内容资源(如HTTP、RTSP、在线游戏等)进行实时控制，一般和内容交换网关一起工作的还有控制单元和用户数据库等。所有用户的请求均流过内容交换网关2，内容交换网关2通过实时分析IP数据流来判断用户的请求URL(UniformResoure Locator，即统一资源定位器)是否是对计费内容的请求，用户认证模块3(用户认证模块也称为SSO模块，即Single Sign On，针对于HTTP业务的单点登录服务器，通过传递一个HTTP Cookie和HTTP Head来证明用户身份信息，用户一次登录以后可以访问各种业务。)在本方案中，SSO模块用于通过HTTP Cookie来配合内容交换网关2来获取和验证用户4的身份。因为用户访问内容的业务请求数据不流经SSO模块3，所以图中将其独立出来，也可以将SSO作为内容交换网关的控制单元的一部分。与控制单元一起工作的还有业务信息数据库、用户数据库以及用户的业务定购关系数据库等。

如图2为本发明一种实施例的具体结构图，内容交换网关包括用户请求拦截单元、用户身份获取单元和第一重定向单元。用户认证模块包括Cookie判断单元、用户登录单元、访问权限判断单元、业务订购单元、第二重定向单元和身份参数管理单元。业务、用户管理和计费模块包括用户身份和业务验证单元、计费单元。

用户请求拦截单元用于拦截用户对计费内容的访问请求，用户身份获取单元用于在用户访问请求被拦截后判断该用户请求URL中是否带有用户身份信息，如果该用户请求URL中没有带有用户身份信息，则通过第一重定向单元将用户重定向到用户认证模块的Cookie判断单元，Cookie判断单元用于判断用户客户端是否具有用户认证模块的HTTP Session的Cookie，如果没有，则通过用户登录单元将用户客户端重定向到用户认证模块登录页面，要求用户完成登录，并使完成登录的用户客户端保存用户认证模块的HTTP Session的Cookie，如果用户客户端已具有用户认证模块的HTTP Session的Cookie，则通过访问权限判断单元判断用户是否有权限访问该业务，如果没有权限，则通过业务订购单元提示用户订购该业务，如果需要则展示资费页面让用户确认，用户通过访问该地址实现业务的定购。返回到访问权限判断单元，如果用户有权限访问该业务，则通过第二重定向单元根据用户传入HTTP URL中所携带的计费内容地址参数将用户客户端再重定向到内容的业务入口展示页面，并与身份参数管理单元交互，在用户的HTTP请求中URL后加上用户身份参数信息，用户重新访问该计费地址，用户请求拦截单元拦截用户的请求。当用户身份获取单元确定用户请求URL中带有用户身份参数信息后，通过身份参数管理单元对用户的身份参数进行验证；对用户的身份参数进行验证后再返回用户身份获取单元，用户身份获取单元再到用户身份和业务验证单元，通过查询用户和业务的定购关系数据库来判断用户是否有权限访问该计费内容；并将验证信息返回用户身份获取单元，如果用户有权限访问该计费内容，则进行业务访问。计费单元用于在该用户具有权限访问该计费内容时根据用户身份信息和访问的内容生成账单。

关于计费内容的数据(计费地址)保存在内容交换网关上。每个RTSP业务(内容)有相应的内容介绍、资费介绍和业务入口展示的HTTP页面，其中的内容介绍和资费介绍HTTP页面都是免费的，而业务入口展示的HTTP页面是一个计费地址，用户通过访问该地址实现业务的定购。RTSP入口展示页面上的最终展示的RTSP链接地址包含访问用户的身份参数和本次访问的访问参数等，用户每次访问RTSP入口地址看到的链接后面的参数都不一样，这些参数不能被伪造，这样保证了收费的可靠性，并且不影响用户的使用体验，交换网关可配置是否在发送用户请求的时候去掉此参数。

用户通过HTTP浏览器访问免费HTTP页面(如RTSP内容介绍和资费介绍等)的时候，内容交换网关可以让用户直接访问；用户访问收费内容的时候，内容交换网关负责用户访问请求的拦截，并由内容交换网关来决定对该次访问请求的下一步做何处理，主要流程是，如果该用户请求URL中没有带有身份标志参数，则让用户认证模块(SSO)来判断用户的身份。如果该用户请求URL中带有身份标志参数，则内容交换网关会去SSO验证该身份参数的正确性，如果正确则通过查询用户和业务的定购关系数据库来验证该用户是否有权限访问此业务，结合相应的情况给出资费提示或者予以放行并生成账单，或者丢弃用户的请求。

用户认证模块(SSO)负责对客户端的用户的身份和业务定购关系验证，重定向HTTP浏览器并在用户的HTTP请求中URL后加上用户身份信息等参数以供后面的内容计费。这样当用户最终访问RTSP内容展示收费页面的时候其HTTP请求中携带有身份参数和本次访问业务所需的其他参数，这些参数会被添加到展示页面的RTSP入口地址上去，用户访问该RTSP地址的时候因为携带了有效的身份参数信息和业务访问参数，所以经内容教化交换网关验证无误以后会放行并生成对应的计费账单。对于用户来说，访问RTSP内容资源和访问HTTP资源完全结合了起来，延续了HTTP业务原有的友好界面和会话控制功能。

这样的架构有很好的扩展性可以支持多种计费方案，还可以实现在线游戏、FTP等互联网业务的内容计费。

具体实施例一、下面结合本发明一个优选实施例对计费流程进行说明，如3所示为用户首次访问时的流程图，包括以下步骤：

1)用户新打开一个HTTP浏览器窗口，访问各种免费的HTTP页面和RTSP内容介绍页面，交换网关不予拦截。

2)用户决定观看某RTSP收费内容资源时，用户在浏览器中点击内容的业务入口页面链接的计费地址。

3)该请求被内容交换网关截获，内容交换网关判断用户请求URL中是否带有用户身份参数信息，因为首次访问时URL中不带用户身份参数信息，所以用户被重定向(即HTTP Redirect)到SSO登录页面(或者直接返回SSO登录页面)，SSO通过HTTP Session管理功能来获取用户身份参数，具体方法在下面步骤说明。HTTP Redirect命令是HTTP协议中的一个命令，服务器返回消息告诉客户端它必须连接到另一个服务器地址，Location字段是必须的，指明了客户端应该向哪个地址发送请求。举例如下

Server--＞Client：

HTTP/1.0302found

Location：HTTP://anotherserver:7001/url/

Connection：closes

4)第一次访问时用户客户端没有SSO的HTTP Session的Cookie，SSO要求用户完成登录。

5)登录完成后用户客户端保存了SSO的HTTP Session的Cookie，SSO判断用户是否有权访问该业务，如果用户有权访问该业务，则直接转到步骤6)，如果用户没有权访问该业务，则提示用户定购，需要时则展示资费页面让用户确认，通过用户确认完成业务定购。

6)用户确认后，SSO根据传入HTTP URL中所携带的计费地址参数，将用户客户端再重定向到内容的入口展示页面。

7)内容展示页面根据传入参数在内容链接URL后面加上用户的身份参数和业务访问参数等。

8)用户点击内容入口展页面中的RTSP地址。

9)内容交换网关截获此RTSP请求以后，去SSO验证RTSP请求所携带的用户的身份参数和本次业务访问参数是否有效。首先验证用户身份参数信息是否正确，如果正确则通过查询用户和业务的定购关系数据库来验证该用户是否有权限访问该业务，如果都通过了，即用户的该次请求有效，内容交换网关获取用户的身份参数信息，根据用户身份参数信息和请求的内容进行批价和生成账单，并且服务器传送内容给用户客户端。如果用户的该次请求无效，则拒绝用户请求。

10)用户第一次访问计费内容完毕，继续访问其他计费内容的介绍HTTP页面。

用户继续访问其他计费内容的计费流程如图4所示，包括以下步骤：

11)用户点击RTSP内容入口计费地址。

12)该请求被内容交换网关截获，内容交换网关判断用户请求URL中是否带有用户身份参数信息，因为该次访问时URL中以带有用户身份参数信息，所以内容交换网关去SSO验证用户身份参数，SSO通过客户端所带的HTTP session信息确认了客户端的身份参数，然后判断用户是否可以访问此业务，如果用户可以访问此业务，则SSO直接重定向用户浏览器访问RTSP内容业务入口展示页面，并在URL后面加上用户身份参数和业务访问参数。否则拒绝用户请求。

13)内容展示页面根据传入参数在内容链接URL后面加上用户的身份参数和业务访问参数等。

14)用户点击内容业务入口展示页面中的RTSP链接计费地址。

15)接下来的访问同第一次访问。

从上面的改进流程上可以看到，本RTSP业务内容计费方案中用户只需要登录一次就可以访问各种收费内容业务，同时在每次收费前出现资费提示，保证了收费的合理性和用户体验的一致性。

具体实施例二、与实施例一不同的是让用户直接通过RTSP URL来定购和使用RTSP内容业务。主要涉及到以下环节的改变。

客户端：同时支持HTTP协议和RTSP协议的网络浏览器(播放器)，支持HTTP协议和RTSP协议的重定向(Redirect)命令，不仅可以接收服务器返回的的Location是一个HTTP地址的HTTP Redirect命令，而且接收服务器返回的的Location是一个RTSP地址的HTTP Redirect命令。例如：

Server--＞Client：

HTTP/1.0302found

Location：RTSP://anotherserver/url/

   Connection：closes

内容交换网关：发现用户请求的RTSP内容是收费地址以后，返回(RTSP REDIRECT命令或HTTP REDIRECT命令)将用户客户端重定向到SSO的HTTP接口来获取用户的身份。完成身份和服务权限验证以后再由SSO将用户客户端重定向到RTSP的内容地址上去。其中，RTSP Redirect是RTSP协议中的一个命令。服务器返回消息告诉客户端它必须连接到另一个服务器地址。Location字段是必须的，指明了客户端应该向哪个地址发送请求。还有一个可选字段Range，它告诉客户端，一旦重定向建立起来了以后，如果客户端想继续发送或者接收数据，它必须先发一个TEARDOWN请求来结束当前会话并且SETUP一个新的会话到目标服务器。下面的例子是把客户端在制定的时间内重定向到新的地址：

Server--＞Client：

REDIRECT rtsp://example.com/fizzle/foo RTSP/1.0

      CSeq：732

      Location：rtsp://bigserver.com:8001

      Range：clock＝19960213T143205Z

综上所述，本内容计费方案在对现有网络改动很小的情况下，可以对用户访问网络上的收费资源按照内容实时控制和计费，解决了RTSP业务展示、业务定购确认和按内容收费等人机交互问题，将HTTP和RTSP结合起来，有效保证了RTSP内容资源收费的可靠性，并方便了用户使用，改善了用户体验。

Claims (9)

1.一种基于交换网关的实时流媒体内容计费系统，其特征在于：包括服务器、内容交换网关、用户认证模块和业务、用户管理和计费模块，所述服务器用于提供RTSP流媒体内容和提供包括RTSP业务内容介绍、资费介绍和内容业务入口展示的HTTP页面，所述内容交换网关位于用户和服务器之间，所有用户的请求均流过内容交换网关，所述内容交换网关通过实时分析IP数据流来判断用户的请求URL是否是对计费内容的请求，所述用户认证模块用于通过HTTP Cookie来配合内容交换网关来获取和验证用户的身份参数，所述业务、用户管理和计费模块用于验证用户的身份和用户访问该业务的权限并实现计费；所述内容交换网关包括：

用户请求拦截单元，用于拦截用户对计费内容的访问请求；

用户身份获取单元，用于在用户访问请求被拦截后判断该用户请求URL中是否带有用户身份信息；和

第一重定向单元，用于在确定用户请求URL中没有带有用户身份信息后将用户重定向到用户认证模块；

所述用户认证模块包括：

Cookie判断单元，用于判断用户客户端是否具有用户认证模块的HTTPSession的Cookie；

用户登录单元，用于在用户客户端没有用户认证模块的HTTP Session的Cookie时，将用户客户端重定向到用户认证模块登录页面，要求用户完成登录，并使完成登录的用户客户端保存用户认证模块的HTTP Session的Cookie；

访问权限判断单元，用于在用户客户端获得身份信息后判断用户是否有权限访问该业务；

业务订购单元，用于在用户没有权限访问该业务时，提示用户订购该业务；

第二重定向单元，用于在用户有权限访问该业务时，根据用户传入HTTP URL中所携带的计费内容地址参数将用户客户端再重定向到内容的业务入口展示页面，并在用户的HTTP请求中URL后加上用户身份信息；和

身份参数管理单元，用于在用户身份获取单元确定用户请求URL中带有用户身份参数信息后对用户的身份参数进行验证；

所述业务、用户管理和计费模块包括：

用户身份和业务验证单元，用于验证用户的身份和用户访问该计费内容的权限；

计费单元，用于在该用户具有权限访问该计费内容时生成账单。

2.一种基于交换网关的实时流媒体内容计费方法，其特征在于包括以下步骤：

A1、通过HTTP浏览窗口来对RTSP业务进行内容介绍、资费介绍和业务入口展示；

B1、当用户从业务入口展示浏览计费内容时，内容交换网关拦截用户请求；

C1、内容交换网关通过用户HTTP和RTSP请求中URL所带参数来关联并判断用户身份和业务访问权限，如果该用户没有权限访问该计费内容，则丢弃用户的请求；如果该用户具有权限访问该计费内容，则予以放行并生成账单。

3.如权利要求2所述的基于交换网关的实时流媒体内容计费方法，其特征在于：步骤A1中的业务入口展示为计费内容地址链接，通过访问该计费内容地址用户实现对该项业务的订购，并获取访问该业务需要的若干参数。

4.如权利要求2或3所述的基于交换网关的实时流媒体内容计费方法，其特征在于：在步骤C1中内容交换网关判断用户身份和业务访问权限包括以下步骤：

C11、内容交换网关判断该用户请求URL中是否带有用户身份参数信息，如果没有，则执行步骤C12；如果该用户请求URL中带有用户身份参数信息，则执行步骤C13；

C12、由用户认证模块来获取用户的身份参数信息，并在获取用户的身份参数信息后将用户重定向到内容的业务入口展示页面；

C13、内容交换网关去用户认证模块验证该RTSP请求所携带的用户身份参数信息是否有效，然后验证本次业务访问是否有效，如果无效，则丢弃用户的请求；如果有效，则获取用户的身份参数信息后予以放行，并以此为依据生成账单。

5.如权利要求4所述的基于交换网关的实时流媒体内容计费方法，其特征在于步骤C12包括以下具体步骤：

C121、将用户客户端重定向到用户认证模块的HTTP接口；

C122、用户认证模块判断用户客户端是否具有用户认证模块的HTTPSession的Cookie，如果没有则执行步骤C123，如果有则执行步骤C125；

C123、将用户客户端重定向到用户认证模块登录页面，要求用户完成登录；

C124、使完成登录的用户客户端保存用户认证模块的HTTP Session的Cookie；

C125、用户认证模块判断用户是否有权限访问该业务，如果没有则提示用户订购该业务，如果用户有权限访问该业务，则根据用户传入HTTP URL中所携带的计费内容地址参数将用户客户端再重定向到内容的业务入口展示页面，并在用户的HTTP请求中URL后加上用户身份参数信息；

C126、内容的业务入口展示页面根据传入参数在内容链接URL后面加上用户身份参数信息和业务访问参数。

6.如权利要求5所述的基于交换网关的实时流媒体内容计费方法，其特征在于：在步骤C12之后和步骤C13之前还包括以下步骤：

在用户点击内容的业务入口展页面中的RTSP地址后，内容交换网关截获该RTSP请求。

7.如权利要求6所述的基于交换网关的实时流媒体内容计费方法，其特征在于：在步骤C13中验证该RTSP请求所携带的用户身份信息和本次业务访问参数是否有效时，先到用户认证模块验证用户身份参数信息是否正确，如果正确则通过查询用户和业务的定购关系数据库来验证该用户是否有权限访问该业务。

8.如权利要求2所述的基于交换网关的实时流媒体内容计费方法，其特征在于：步骤B1中所述的内容交换网关位于用户和服务/内容提供商的服务器之间，所有用户的请求均流过内容交换网关，内容交换网关通过实时分析IP数据流来判断用户的请求URL是否是对计费内容的请求。

9.如权利要求7所述的基于交换网关的实时流媒体内容计费方法，其特征在于：该计费方法支持从HTTP业务重定向到RTSP业务，从RTSP业务重定向到HTTP业务。

Images