CN101272259B - 媒体流信息访问计费方法及系统 - Google Patents

Abstract

本发明提供了一种媒体流信息访问计费方法及系统。通过对包括媒体流类型和发送时间信息的媒体流信息进行统计，并以此生成媒体流计费信息以进行后续计费统计；通过签约信息中的媒体流发送路数和同类媒体流的分发信息，对客户端的媒体流请求进行验证，并根据验证结果处理所述客户端发送的媒体流请求信息。根据所述包括媒体流发送路数和同类媒体流的分发信息的签约信息及媒体流计费信息，按照预定的计费规则进行计费统计。同时，根据媒体分发单元统计的媒体流信息，能够对客户端的媒体访问量做出统计，依据该统计结果向客户端提供所需的媒体流。

Description

媒体流信息访问计费方法及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种媒体流信息访问计费方法及系统。

背景技术

随着网络技术的发展，以及系统运营和维护的专业化要求不断提高，对于由运营商组建和维护的视频监控系统要求也日益增多。对运营商来说，根据客户端对业务的具体访问状况，其组建的视频监控系统必须能够实现计费。

在现有视频监控系统中，运营商一般套用原来电话网中的计费方式来实现计费。以客户端的摄像机数量为依据，对客户端采用年租费或者月租费的方式进行计费；采用这种计费方式实现计费，视频监控系统无法统计出客户端访问实时视频的访问量，从而系统也无法得知客户端对整个系统资源的需求量。如果根据客户端访问实时视频时间长短来实现计费，即客户端访问实时视频的时间越长，计费也就越多，反之则越少；这种方式虽然能够统计出客户端访问实时视频的访问量，但是由于视频监控系统的业务模式与普通电话的业务模式存在差异，对于视频监控系统来说，也就无法统计出客户端对整个系统资源的需求量，例如系统无法根据客户端的访问量确定应该向客户端提供的视频分发的路数，以及带宽的大小。另外，在现有的视频监控系统中，也存在结合视频分辨率和流量来实现计费的方式，这种计费方式同样无法统计出客户端对整个系统资源的需求量。

发明内容

本发明的目的是提供一种媒体流信息访问计费方法及系统，用于克服现有视频监控系统中套用原来电话网中的计费方式实现计费，不能统计客户端的媒体流的访问量，也不能地统计客户端对整个系统资源的需求量的技术缺陷。

为实现上述目的，本发明提供了一种媒体流信息访问计费方法，包括：

计费单元接收验证服务器发送的客户端的签约信息和媒体分发单元发送的根据所述客户端访问的媒体流信息生成的媒体流计费信息；

所述计费单元根据所述签约信息和媒体流计费信息，按照预定的计费规则进行计费统计；

所述计费单元接收验证服务器发送的客户端的签约信息和媒体分发单元发送的根据所述客户端访问的媒体流信息生成的媒体流计费信息之前包括：所述验证服务器接收所述客户端的签约信息，所述签约信息包括媒体流发送路数和同类媒体流的分发信息；

所述计费单元接收验证服务器发送的客户端的签约信息和媒体分发单元发送的根据所述客户端访问的媒体流信息生成的媒体流计费信息之前包括：所述媒体分发单元对所述客户端访问的媒体流信息进行统计，所述媒体流信息包括媒体流类型和发送时间信息；

所述媒体分发单元对所述客户端访问的媒体流信息进行统计之前包括：

所述媒体分发单元接收所述客户端发送的媒体流请求信息，所述媒体流请求信息中包括所请求的媒体流标识信息；

所述媒体分发单元向验证服务器发送验证请求信息，所述验证服务器根据所述验证请求信息包括的媒体流标识信息和所述客户端的签约信息进行验证，若验证成功，则所述媒体分发单元向与所述媒体流标识信息对应的前端设备发送媒体流信息的请求信息，并将所述前端设备返回的媒体流信息发送给所述客户端；若验证失败，则向所述客户端返回请求失败信息。

为实现上述目的，本发明还提供了一种媒体流信息访问计费系统，包括客户端、前端设备和中央管理单元，还包括：媒体分发单元、验证服务器和计费单元，其中：

所述媒体分发单元包括：

第二接收模块，用于接收客户端的媒体流请求信息和验证服务器发送的验证结果信息，所述媒体流请求信息包括所请求的媒体流标识信息；

第一发送模块，与所述第二接收模块连接，用于向所述验证服务器发送验证请求信息，所述验证请求信息包括所请求的媒体流标识信息；

所述验证服务器包括：

第四接收模块，用于接收所述媒体分发单元发送的验证请求信息，所述验证请求信息包括所请求的媒体流标识信息；

验证模块，与所述第四接收模块连接，用于根据所述媒体流标识信息和客户端的签约信息，对所述客户端的媒体流请求进行验证；

第三发送模块，与所述验证模块连接，用于向所述媒体分发单元发送验证结果信息；

所述计费单元包括：

第一接收模块，用于接收所述验证服务器发送的客户端的签约信息和所述媒体分发单元发送的根据所述客户端访问的媒体流信息生成的媒体流计费信息；

计费模块，与所述第一接收模块连接，用于根据所述签约信息和媒体流计费信息，按照预定的计费规则进行计费统计。

本发明提供的媒体流信息访问计费方法及系统、计费单元、媒体分发单元及验证服务器，通过利用包括媒体流发送路数和同类媒体流的分发信息的签约信息，验证服务器验证发送媒体流请求信息的客户端是否有权限访问其请求访问的前端设备媒体流；同时媒体分发单元对包括媒体流类型和发送时间信息的媒体流信息进行统计，以生成媒体流计费信息。验证服务器和媒体分发单元分别向计费单元发送签约信息和媒体流计费信息并由计费单元完成计费统计；根据媒体分发单元生成的媒体流信息，能够统计出客户端的媒体流访问量，以及客户端对整个系统资源的需求量。

附图说明

图1为本发明媒体流信息访问计费方法实施例流程图；

图2为本发明媒体流信息访问计费方法实施例信令流程图；

图3为本发明计费单元实施例结构示意图；

图4为本发明媒体分发单元实施例结构示意图；

图5为本发明验证服务器实施例结构示意图；

图6为本发明媒体流信息访问计费系统实施例结构示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

本发明的媒体流信息访问计费方法中，在对客户端进行计费统计时，需提前生成客户端的签约信息以及根据客户端访问的媒体流信息生成媒体流计费信息，并将该签约信息和媒体流计费信息发送给计费单元。

图1为本发明媒体流信息访问计费方法实施例流程图。如图1所示，该方法包括：

步骤100、接收客户端的签约信息和根据客户端访问的媒体流信息生成的媒体流计费信息；

所述签约信息是指客户端从运营商处定制的反映客户端媒体流访问权限的信息，包括媒体流发送路数以及同类媒体流的分发信息，该签约信息通常存储在验证服务器中，用于验证客户端的媒体流请求和实现统计计费。媒体流发送路数是指客户端能够访问的媒体流路数最大数目，该最大数目限制客户端的媒体流路数以限制客户端的媒体流访问权限，当媒体流路数不超过媒体流发送路数时，客户端的媒体流请求才能被接受，否则客户端的媒体流请求被拒绝；同类媒体流的分发信息反映是否允许媒体流分发，当媒体流路数不超过媒体流发送路数，且同类媒体流处于被访问状态时，客户端定制的签约信息中的同类媒体流的分发信息允许媒体流分发，客户端才能访问其请求的媒体流，否则，客户端没有权限访问其所请求的媒体流。

所述媒体流信息可包括媒体流类型和发送时间信息等，该媒体流信息通常由媒体分发单元进行统计。根据该媒体流信息生成媒体流计费信息用于计费统计。在视频监控系统中，客户端请求的媒体流通常包括音频流和视频流，媒体流类型信息可反映客户端请求访问的媒体流仅包括视频流，还是即包括音频流又包括视频流；而发送时间信息反映媒体流处于被访问状态的时间量度。所述媒体流信息并不局限于仅包括此处涉及的媒体流类型和发送时间信息，还可包括其他反映媒体流属性的信息，如分辨率等，根据该媒体流信息生成媒体流计费信息从而制定相应的计费规则实现对客户端的计费统计。

在实施统计计费前，上述签约信息和媒体流计费信息提前生成以保证计费单元进行统计计费。通常，限制客户端访问权限的签约信息在客户端向运营商定制时已提前生成并存储在验证服务器中。而生成媒体流计费信息所需的、包括媒体流类型和发送时间信息的媒体流信息由媒体分发单元进行统计。

步骤101、根据签约信息和媒体流计费信息，按照预定的计费规则进行计费统计。

接收到验证服务器发送来的签约信息和媒体分发单元统计的媒体流计费信息，计费单元按照预定的计费规则完成计费统计。具体地，根据客户端的签约信息中的媒体流发送路数和同类媒体流的分发信息，按照预定的、针对签约信息的计费规则进行计费统计。比如客户端定制的媒体流发送路数不同，制定相应的计费规则，媒体发送路数越大，可采取较高的计费价格；又如客户端的签约信息中同类媒体流的分发信息反映该客户端定制了同类媒体流分发功能，则按照相应的计费规则进行针对同类媒体流分发功能的计费。另外，按照针对媒体流计费信息的计费规则进行相应的统计计费，比如被访问的媒体流即包括视频流又包括音频流，计费单元在统计计费时，可采用针对该媒体流类型的计费规则实施统计计费；又如，发送时间信息可反映媒体流处于被访问状态的时间长短，则采用相应的时间量度计费规则实施计费统计。最后，将根据签约信息生成统计计费结果与根据媒体流计费信息生成的统计计费结果总和，计费单元完成对客户端的计费统计。

在上述实施例中所应用到的媒体流信息是由媒体分发单元统计得到的，具体为：在媒体分发单元对媒体流信息进行统计之前，媒体分发单元接收到包括媒体流标识信息的媒体流请求信息，并向验证服务器发送验证请求信息；验证服务器接收到该验证请求信息后，根据验证请求信息包括的媒体流标识信息进行验证，若验证成功，则媒体分发单元向与媒体流标识信息对应的前端设备发送媒体流信息的请求信息，并将前端设备返回的媒体流信息发送给客户端；若验证失败，则向客户端返回请求失败信息。

验证服务器根据验证请求信息进行验证的过程具体为：

验证服务器根据媒体流标识信息和签约信息中包括的媒体流发送路数信息，判断媒体流路数是否超限，若超限，则向媒体分发单元返回验证失败信息；若不超限，则向媒体分发单元返回验证成功信息，媒体分发单元向与媒体流标识信息对应的前端设备发送媒体流信息的请求信息，并将前端设备返回的媒体流信息发送给客户端。

若验证服务器判断媒体流路数不超限，且根据媒体流标识信息和签约信息中的同类媒体流的分发信息，获知同类媒体流处于被访问状态，则判断是否允许媒体流分发，若允许，则向媒体分发单元返回验证成功信息，媒体分发单元向与媒体流标识信息对应的前端设备发送媒体流信息的请求信息，并将前端设备返回的媒体流信息发送给客户端；若不允许，则向媒体分发单元返回验证失败信息。

本实施例中，通过接收验证服务器发送的客户端的签约信息和媒体分发单元发送的媒体流计费信息，根据该签约信息和媒体流计费信息，由计费单元按照预定的计费规则进行统计计费。在客户端的签约信息中包括有媒体流发送路数和同类媒体流的分发信息，其中，媒体流发送路数用于限制客户端可访问的媒体流路数的最大数目，同类媒体流的分发信息用于表征客户端是否定制了同类媒体流分发的功能，计费单元按照针对该签约信息的计费规则进行相应的计费统计。另外，由于生成的媒体流计费信息的媒体流信息中包括媒体流类型和发送时间信息等，计费单元在计费统计时，采用针对该媒体流计费信息的预定计费规则进行计费统计。这样，通过客户端的签约信息和媒体流信息能够统计客户端的媒体流的访问量，同时还能够统计出客户端对媒体流的需求量。

在上述实施例的基础上，在媒体分发单元接收客户端发送的媒体流请求信息之前，为了限制单个客户端上登录用户的数量，还可以由中央管理单元对客户端登录的用户数进行限制。具体为当中央管理单元接收到客户端发送的包括所请求的媒体流标识信息的媒体流请求信息时，该中央管理单元判断客户端登录用户数是否超限，若超限，则向客户端返回请求失败信息，若不超限，则向客户端返回所请求的媒体流的媒体路由信息，客户端接收到该媒体路由信息后，向媒体分发单元发送包括所请求的媒体流标识信息的媒体流请求信息，媒体分发单元接收到该媒体流请求信息后，向验证服务器发送验证请求信息。

通常，客户端可访问的实时视频包括电视墙上显示实时视频、客户端设备显示实时视频，以及存储服务器上存储的实时视频，对于这三种实时视频访问，根据本实施例中的媒体流信息访问计费方法，可分别设置不同签约信息，即设置不同的媒体流发送路数和同类媒体流的分发信息，也可以只对某一种或两种实时视频访问设置不同的签约信息，或者仅设置一个签约信息，从总体上对这三类实时视频进行限制。

另外，也可将本实施例中的媒体流信息访问计费方法应用于某个企业。一个企业相当于一个“客户端”，该客户端可能包含若干个用户，根据签约信息，对该企业能访问的媒体流发送路数的总数做限制；也可对该企业的某些用户设置媒体流发送路数的限制，该用户访问的媒体流路数不能超过为其设置的媒体流发送路数。

图2为本发明媒体流信息访问计费方法实施例信令流程图。如图2所示，该信令流程包括：

步骤1、客户端向中央管理单元发送包括所请求的媒体流标识信息的媒体流请求信息；

步骤2、中央管理单元接收到包括所请求的媒体流标识信息的媒体流请求信息后，判断客户端登录的用户数是否超限；

步骤3、若客户端登录的用户数超限，中央管理单元向客户端返回请求失败信息，结束流程；若不超限，中央管理单元向客户端返回所请求的媒体流的媒体路由信息，执行步骤4；

步骤4、客户端接收到媒体路由信息后，向媒体分发单元发送包括所请求的媒体流标识信息的媒体流请求信息，并建立媒体通道；

步骤5、媒体分发单元接收到媒体流请求信息后，向验证服务器发送包括媒体流标识信息的验证请求信息；

步骤6、验证服务器根据验证请求信息包括的媒体流标识信息和客户端的签约信息进行验证；

步骤7、验证服务器将验证结果信息返回给媒体分发单元；若验证成功，则向媒体分发单元发送验证成功信息，并执行步骤8，否则，执行步骤10；

步骤8、媒体分发单元接收到验证成功信息后，向与媒体流标识信息对应的前端设备发送媒体流信息的请求信息，并接收前端设备返回的媒体流信息；

步骤9、媒体分发单元向客户端返回接收到的媒体流信息，并执行步骤11；

步骤10、媒体分发单元接收到验证失败信息后，向客户端发送请求失败信息，结束流程；

步骤11、媒体分发单元对客户端访问的、包括媒体流类型和发送时间信息的媒体流信息进行统计，并生成媒体流计费信息，将该媒体流计费信息发送给计费单元；

步骤12、验证服务器将其接收到的包括媒体流发送路数和同类媒体流的分发信息的签约信息发送给计费单元；

步骤13、根据签约信息和媒体流计费信息，计费单元按照预定的计费规则进行计费统计。

本实施例中，通过接收到验证服务器发送的签约信息和媒体分发单元发送的媒体流统计信息，根据预定的计费规则，计费单元完成对客户端的计费统计。在计费单元进行计费统计前，由媒体分发单元对媒体流信息进行统计，并根据该媒体流信息生成媒体流计费信息。在媒体分发单元对媒体流信息统计之前，当客户端发起媒体访问请求时，通过中央管理单元可对客户端登录的用户数进行限制；另外，验证服务器根据签约信息中的媒体流流发送路数和同类媒体流的分发信息进行验证，并将验证结果发送给媒体分发单元，媒体分发单元接收到该验证结果后，统计媒体流信息。根据该签约信息和媒体流计费信息，由计费单元按照预定的计费规则完成对客户端的计费统计。同时，根据签约信息和媒体流信息生成的媒体流计费信息，能够统计出客户端对媒体流的访问量，以及客户端对媒体流的需求量。

图3为本发明计费单元实施例结构示意图。如图3所示，该计费单元包括第一接收模块11和与第一接收模块11通信连接的计费模块12，其中第一接收模块11用于接收客户端的签约信息和根据客户端访问的媒体流信息生成的媒体流计费信息；计费模块12用于根据签约信息和媒体流计费信息，按照预定的计费规则进行计费统计。

具体地，第一接收模块11接收到验证服务器发送的客户端的签约信息和媒体分发单元发送的媒体流计费信息，并将该签约信息和媒体流计费信息发送给计费模块，其中，签约信息包括媒体发送路数和同类媒体流的分发信息，媒体流计费信息由包括媒体流类型和发送时间信息的媒体流信息生成。计费模块12根据接收到的、反映客户端对业务具体访问情况的签约信息和媒体流计费信息，按照预定的计费规则对客户端进行计费统计。比如客户端定制的媒体流发送路数不同，制定相应的计费规则，媒体发送路数越大，可采取较高的计费价格；又如客户端的签约信息中同类媒体流的分发信息反映该客户端定制了同类媒体流分发功能，则按照相应的计费规则进行针对同类媒体流分发功能的计费。另外，按照针对媒体流计费信息的计费规则进行相应的统计计费，比如被访问的媒体流即包括视频流又包括音频流，计费单元在统计计费时，可采用针对该媒体流类型的计费规则实施统计计费；又如，发送时间信息可反映媒体流处于被访问状态的时间长短，则采用相应的时间量度计费规则实施计费统计。最后，将根据签约信息生成统计计费结果与根据媒体流计费信息生成的统计计费结果总和，计费单元完成对客户端的计费统计。实际应用中，运营商可根据客户端定制的具体业务功能制定其他具体计费规则，并不局限于此处所涉及的计费规则。

本实施例中，通过计费单元的第一接收模块接收客户端的签约信息和根据客户端访问的媒体流信息生成的媒体流计费信息，按照预定的计费规则实施统计计费操作时，提供给计费模块，并由计费模块完成了对访问媒体流的客户端的统计计费。

图4为本发明媒体分发单元实施例结构示意图。该媒体分发单元包括第二接收模块21和第一发送模块22，其中，第二接收模块21用于接收客户端的媒体流请求信息和验证服务器发送的验证结果信息，媒体流请求信息包括所请求的媒体流标识信息；第一发送模块22用于向验证服务器发送验证请求信息，该验证请求信息包括所请求的媒体流标识信息。

媒体分发单元负责接收媒体流请求信息以及向验证服务器发送验证请求信息，并接收验证服务器发送的验证结果信息。具体地，第二接收模块21接收包括所请求的媒体流标识信息的媒体流请求信息，该媒体流请求信息包括的所请求的媒体流标识信息用以表征客户端所请求的前端设备的身份信息，也就是说与某一前端设备能提供的媒体流相对应；接着由第一发送模块22向与媒体分发单元通信连接的验证服务器发送验证请求信息，并由第二接收模块21接收验证服务器发送的验证结果信息。

进一步地，该媒体分发单元还可包括第二发送模块23和第三接收模块24，其中，第二发送模块23用于向与媒体流标识信息对应的前端设备发送媒体流信息的请求信息，第三接收模块24用于接收前端设备发送的媒体流信息。在得到验证服务器返回的验证成功信息后，媒体分发单元的第二发送模块23向与媒体流标识信息对应的前端设备发送媒体流信息的请求信息，第三接收模块24接收前端设备返回的媒体流信息，并把该媒体流信息直接或经分发处理后发送给客户端。

本实施例中，通过媒体分发单元接收客户端的媒体流请求信息，向与其通信连接的验证服务器发送根据媒体流标识信息和签约信息验证请求信息，并接收验证结果信息。若接收到验证成功信息，媒体分发单元向与媒体流标识信息相对应前端设备发送媒体流信息的请求信息，并将前端设备返回的媒体流信息发送给客户端，否则，向客户端返回请求失败信息。通过该媒体分发单元及时获得了包括媒体流类型和发送时间的媒体流信息，再结合验证服务器中客户端的签约信息，对客户端的媒体访问量进行统计，获得了客户端的媒体流的访问量以及客户端对媒体流的需求量。该媒体流信息生成的媒体流计费信息，用于计费单元对客户端进行计费统计。

图5为本发明验证服务器实施例结构示意图。如图5所示，该验证服务器包括第四接收模块31、验证模块32和第三发送模块33。其中，第四接收模块31用于接收媒体分发单元发送的验证请求信息，验证请求信息包括所请求的媒体流标识信息；验证模块32用于根据媒体流标识信息和客户端的签约信息，对客户端的媒体流请求进行验证；第三发送模块33用于向媒体分发单元发送验证结果信息。

具体地，验证服务器的第四接收模块31接收到媒体分发单元发送的、包括媒体流标识信息的验证请求信息后，向验证模块32发送媒体流标识信息；验证模块32根据与客户端所请求的前端设备媒体流对应的媒体流标识信息，以及客户端的签约信息对客户端媒体流请求进行验证，并将验证结果信息发送给第三发送模块33；第三发送模块33将验证结果信息返回给媒体分发单元，媒体分发单元可根据该验证结果信息对客户端的媒体流信息作相应的处理。具体地，验证服务器的验证模块32判断媒体流路数是否超过客户端签约信息中包括的媒体流发送路数，如果媒体流路数没有超过媒体流发送路数，向媒体分发单元返回验证成功信息；如果媒体流路数超过媒体流发送路数，向媒体分发单元返回验证失败信息。如果媒体流路数没有超过媒体流发送路数，再根据媒体流标识信息和签约信息中的同类媒体流的分发信息，获知同类媒体流处于被访问状态，则判断是否允许媒体流分发，如果允许，则向媒体分发单元返回验证成功信息，否则，向媒体分发单元发送验证失败信息。

本实施例中，验证模块32可具体包括第一验证子模块321和第二验证子模块322。其中，第一验证子模块321用于根据媒体流标识信息和签约信息中包括的媒体流发送路数信息，验证媒体流路数是否超限；第二验证子模块322用于根据媒体流标识信息和签约信息中的同类媒体流的分发信息，验证是否允许媒体流分发。

本实施例中，通过验证服务器的第四接收模块接收媒体分发单元发送的验证请求信息，根据该验证请求信息，以及媒体流标识信息和包括媒体流发送路数和同类媒体流的分发信息的客户端的签约信息，验证模块进行验证，以生成验证结果信息，并由第三发送模块将该验证结果信息发送给媒体分发单元。通过该验证服务器对客户端的媒体流请求进行验证，具体为根据签约信息中的媒体流发送路数和同类媒体流的分发信息，判断客户端的访问权限，并将验证结果信息返回给媒体分发单元，保证了媒体分发单元对媒体流信息进行统计并生成用于计费的媒体流计费信息。

图6为本发明媒体流信息访问计费系统实施例流程图。如图6所示，该媒体流信息访问计费系统除了包括客户端41、中央管理单元42和前端设备43，还包括：计费单元10、媒体分发单元20和验证服务器30，其中：

计费单元10包括第一接收模块11和计费模块12，其中，第一接收模块11用于接收客户端的签约信息和根据客户端访问的媒体流信息生成的媒体流计费信息；计费模块12用于根据签约信息和媒体流计费信息，按照预定的计费规则进行计费统计。

媒体分发单元20包括第二接收模块21和第一发送模块22，其中，第二接收模块21用于接收客户端的媒体流请求信息和验证服务器发送的验证结果信息，媒体流请求信息包括所请求的媒体流标识信息；第一发送模块22用于向验证服务器发送验证请求信息，验证请求信息包括所请求的媒体流标识信息。

验证服务器30包括第四接收模块31、验证模块32和第三发送模块33，其中，第四接收模块31用于接收媒体分发单元发送的验证请求信息，验证请求信息包括所请求的媒体流标识信息；验证模块32用于根据媒体流标识信息和客户端的签约信息，对客户端的媒体流请求进行验证；第三发送模块33用于向媒体分发单元发送验证结果信息。

具体地，客户端41、中央管理单元42、媒体分发单元20、验证服务器30、前端设备43依次相互通信连接，计费单元10通常位于后台服务系统。中央管理单元42接收客户端的媒体流请求信息，可向客户端返回媒体路由信息，客户端根据该媒体路由信息将包括媒体流标识信息的媒体流请求信息发送给媒体流分发单元20，媒体流分发单元20的第二接收模块21接收到该媒体流请求信息后，指示第一发送模块22向媒体分发单元通信连接的验证服务器30发送验证请求信息，并由第二接收模块21接收验证服务器30的验证结果信息，根据该验证结果信息对发起媒体流请求信息的客户端返回媒体流或向客户端返回请求失败信息。验证服务器30的第四接收模块31接收到媒体分发单元发送的、包括媒体流标识信息的验证请求信息后，通知验证模块32根据与客户端所请求的前端设备媒体流对应的媒体流标识信息，以及客户端的签约信息对客户端媒体流请求进行验证，并由第三发送模块33将验证结果信息返回给媒体分发单元20；验证服务器30的验证模块32判断媒体流路数是否超过客户端签约信息中包括的媒体流发送路数；如果媒体流路数没有超过媒体流发送路数，向媒体分发单元返回验证成功信息；接收到验证成功信息的媒体流分发单元将与媒体流标识信息对应的前端设备43的媒体流信息发送给客户端41；如果媒体流路数超过媒体流发送路数，向媒体分发单元返回验证失败信息；另外，如果媒体流路数没有超过媒体流发送路数，再根据媒体流标识信息和签约信息中的同类媒体流的分发信息获知同类媒体流处于被访问状态，则判断是否允许媒体流分发，如果允许，则向媒体分发单元20返回验证成功信息，接收到该验证成功信息的媒体分发单元20将与媒体流标识信息对应的前端设备43的媒体流信息分发处理后发送给客户端41；如果不允许，向媒体分发单元20发送验证失败信息。在媒体分发单元20和验证服务器30处理完媒体流请求信息后，媒体分发单元20实施对客户端访问的、包括媒体流类型和发送时间信息的媒体流信息进行统计，并生成媒体流计费信息，并发送给计费单元10的第一接收模块11，同时该第一接收模块11还接收包括媒体流发送路数和同类媒体流的分发信息的签约信息；接着，计费模块12根据第一接收模块11中的媒体流计费信息和签约信息，按照预定的计费规则进行计费统计，完成计费过程。

进一步地，可在中央管理单元42设置客户端登录用户数的最大数目，判断客户端登录用户数是否超限，若超限，则向客户端41返回请求失败信息，若不超限，则向客户端41返回所请求的媒体流的媒体路由信息，客户端41接收到该媒体路由信息后，向媒体分发单元20发送包括所请求的媒体流标识信息的媒体流请求信息。

进一步地，媒体流信息访问计费系统的媒体分发单元20还可包括第二发送模块23和第三接收模块24，其中，第二发送模块23用于向与媒体流标识信息对应的前端设备41发送媒体流信息的请求信息，第三接收模块24用于接收前端设备41发送的媒体流信息。进一步地，媒体流信息访问计费系统中的验证模块32具体可包括第一验证子模块321和第二验证子模块322。其中，第一验证子模块321用于根据媒体流标识信息和签约信息中包括的媒体流发送路数信息，验证媒体流路数是否超限；第二验证子模块322用于根据媒体流标识信息和签约信息中的同类媒体流的分发信息，验证是否允许媒体流分发。

本实施例中，通过媒体分发单元统计媒体流信息，该媒体流信息可包括媒体流类型和发送时间信息，根据该媒体流信息生成用于计费的媒体流计费信息并发送给计费单元。在媒体分发单元统计媒体流信息之前，验证服务器根据包括媒体流发送路数和同类媒体流的分发信息进行验证以确定发起媒体流请求信息的客户端是否有权限访问相应的媒体流，并把验证结果信息返回给媒体分发单元。通过验证服务器验证客户端的访问权限，并将验证结果信息返回给媒体分发单元，保证了媒体分发单元对媒体流信息进行统计并生成用于计费的媒体流计费信息。根据媒体流计费信息和签约信息，由计费单元按照预定的计费规则完成了统计计费，同时根据媒体流信息和签约信息能够统计出客户端访问媒体流的访问量，以及客户端对媒体流的需求量。

通常，客户端可访问的实时视频包括电视墙上显示实时视频、客户端设备显示实时视频，以及存储服务器上存储的实时视频，对于这三种实时视频访问，根据本实施例中的媒体流信息访问计费系统组成，可在验证服务器中分别设置不同签约信息，即设置不同的媒体流发送路数和同类媒体流的分发信息，也可以只对某一种或两种实时视频访问设置不同的签约信息，或者仅设置一个签约信息，从总体上对这三类实时视频进行限制。

另外，也可将本实施例中的媒体流信息访问计费系统应用于某个企业。一个企业相当于一个“客户端”，该客户端可能包含若干个用户，根据签约信息，对该企业能访问的媒体流发送路数的总数做限制，企业的所有用户访问的媒体流路数不能超过媒体流发送路数的总数；也可对该企业的某些用户设置媒体流发送路数的限制，该用户访问的媒体流路数不能超过为其设置的媒体流发送路数。

最后应说明的是：以上实施例仅用于说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。

Claims (7)

1.一种媒体流信息访问计费方法，其特征在于包括：

计费单元接收验证服务器发送的客户端的签约信息和媒体分发单元发送的根据所述客户端访问的媒体流信息生成的媒体流计费信息；

所述计费单元根据所述签约信息和媒体流计费信息，按照预定的计费规则进行计费统计；

所述计费单元接收验证服务器发送的客户端的签约信息和媒体分发单元发送的根据所述客户端访问的媒体流信息生成的媒体流计费信息之前包括：所述验证服务器接收所述客户端的签约信息，所述签约信息包括媒体流发送路数和同类媒体流的分发信息；

所述计费单元接收验证服务器发送的客户端的签约信息和媒体分发单元发送的根据所述客户端访问的媒体流信息生成的媒体流计费信息之前包括：所述媒体分发单元对所述客户端访问的媒体流信息进行统计，所述媒体流信息包括媒体流类型和发送时间信息；

所述媒体分发单元对所述客户端访问的媒体流信息进行统计之前包括：所述媒体分发单元接收所述客户端发送的媒体流请求信息，所述媒体流请求信息中包括所请求的媒体流标识信息；

所述媒体分发单元向验证服务器发送验证请求信息，所述验证服务器根据所述验证请求信息包括的媒体流标识信息和所述客户端的签约信息进行验证，若验证成功，则所述媒体分发单元向与所述媒体流标识信息对应的前端设备发送媒体流信息的请求信息，并将所述前端设备返回的媒体流信息发送给所述客户端；若验证失败，则向所述客户端返回请求失败信息。

2.根据权利要求1所述的媒体流信息访问计费方法，其特征在于所述验证服务器根据所述验证请求信息包括的媒体流标识信息进行验证包括：

所述验证服务器根据所述媒体流标识信息和所述签约信息中包括的媒体流发送路数信息，判断媒体流路数是否超限，若超限，则返回验证失败信息；若不超限，则返回验证成功信息。

3.根据权利要求2所述的媒体流信息访问计费方法，其特征在于所述方法还包括：若所述验证服务器判断媒体流路数不超限，则再根据所述媒体流标识信息和所述签约信息中的同类媒体流的分发信息，获知所述同类媒体流处于被访问状态，判断是否允许媒体流分发，若允许，则返回验证成功信息；若不允许，则返回验证失败信息。

4.根据权利要求1或2或3所述的媒体流信息访问计费方法，其特征在于所述方法还包括：

中央管理单元接收所述客户端发送的媒体流请求信息，所述媒体流请求信息包括所请求的媒体流标识信息；

所述中央管理单元判断所述客户端登录用户数是否超限，若超限，则返回请求失败信息；若不超限，则向所述客户端返回所请求的媒体流的媒体路由信息。

5.一种媒体流信息访问计费系统，包括客户端、前端设备和中央管理单元，其特征在于还包括：媒体分发单元、验证服务器和计费单元，其中，

所述媒体分发单元包括：

第二接收模块，用于接收客户端的媒体流请求信息和验证服务器发送的验证结果信息，所述媒体流请求信息包括所请求的媒体流标识信息；

第一发送模块，与所述第二接收模块连接，用于向所述验证服务器发送验证请求信息，所述验证请求信息包括所请求的媒体流标识信息；

所述验证服务器包括：

第四接收模块，用于接收所述媒体分发单元发送的验证请求信息，所述验证请求信息包括所请求的媒体流标识信息；

验证模块，与所述第四接收模块连接，用于根据所述媒体流标识信息和客户端的签约信息，对所述客户端的媒体流请求进行验证；

第三发送模块，与所述验证模块连接，用于向所述媒体分发单元发送验证结果信息；

所述计费单元包括：

第一接收模块，用于接收所述验证服务器发送的客户端的签约信息和所述媒体分发单元发送的根据所述客户端访问的媒体流信息生成的媒体流计费信息；

计费模块，与所述第一接收模块连接，用于根据所述签约信息和媒体流计费信息，按照预定的计费规则进行计费统计。

6.根据权利要求5所述的媒体流信息访问计费系统，其特征在于所述媒体分发单元还包括：

第二发送模块，用于向与所述媒体流标识信息对应的前端设备发送媒体流信息的请求信息；

第三接收模块，用于接收所述前端设备发送的媒体流信息。

7.根据权利要求5所述的媒体流信息访问计费系统，其特征在于所述验证模块还包括：

第一验证子模块，用于根据所述媒体流标识信息和所述签约信息中包括的媒体流发送路数信息，验证媒体流路数是否超限；

第二验证子模块，用于根据所述媒体流标识信息和所述签约信息中的同类媒体流的分发信息，验证是否允许媒体流分发。

Images