Ip组播流的用户监测的制作方法

专利名称：：Ip组播流的用户监测的制作方法
技术领域：
：本发明涉及通信领域，尤其是，涉及组播流的用户测量。技术背景通过组播流传输的数据可以包括视听数据，例如相应的电视传输、无线电广播、或者视频会议。本发明当然不局限于组播流传输视听数据。例如，可以下载互联网视频游戏。对应这些视频游戏的数据可以由组播流传输。在IP组播广播技术中，IP组播包通过使用特定的接收IP地址进行广播，该地址称为组播地址。组播流以它的源地址S和它的组地址G为特征，因此每个多组传送流可以由一个唯一(s，G)对表示。两个不同的多组传送流可以具有相同的源地址S或相同的组地址G。在电视传输的广播的领域中，每个电视信道可以对应一个特定的组地址，或对应一个特定的(S，G)对。组播流的特殊特征本质上在于，基于用户终端的请求通过IP网络将这些流的支撑数据发送到例如视听解码器的用户终端的事实。例如，可以根据由IETF(互联网工程任务组)推荐文档RFC(RequestForComments)1112、RFC2236和RFC3376定义的IGMP协议，即互联网组管理协议，或根据由推荐文档RFC2710、RFC3810定义的MLD协议，即组播监听发现协议，来完成请求接收或停止接收组播流。当接收到接入请求消息，或流接收请求，指定期望的广播源地址，首个能够解释该请求消息的IP网络的通信设备的项目发送对应期望的广播源地址的组播数据流到发起该请求消息的用户终端。接入请求消息也可以关于对应一特定组G的一组源，组播流然后被指定为(*，G)，然后对应于由各个源发送到这同一组的流的总和。组播源向整个网络只发送一次数据。然后网络负责返回这些数据到适当的节点。作为由整个节点集合起动的组播路由协议作出决定的函数，节点复制组播流。网络的特定节点，即首个能够解释该请求消息并且能够处理用户终端的接入请求消息，从而发送请求的组播流到所述终端的通信设备的项目，该网络的特定节点称为采集设备的一个项目。可能期望测量组播流的用户，也就是说，至少是一个接收该组播流的用户终端的数目的指标。这样，在基于互联网的无线广播领域，特定组播流的用户对应特定广播站基于互联网的监听者的数目。在利用组播流的视频游戏广播领域中，用户测量是关于己经执行或正在执行这些视频游戏的下载的用户终端的数目。为了测量组播流的用户，公知的方法是询问采集设备从而获得包含在采集设备的项目的复制表中的信息。采集设备的每个项目可以提供限制于在它的复制表中的信息的用户信息，例如其发送组播流的用户终端的数目。具体地，只有采集设备可以获得这些用户相关信息。通过观察网络的单个节点不可能知道接收组播流的用户终端的总数。另一方面，采集设备的每个项目可以允许具有关于由采集设备的该项目处理的用户终端池的接受者的数目的描述。通过询问所有采集设备，并且在处理接收的信息之后，可以计算特定组播流的用户。这样，公知的使用网络管理设备的一个项目执行该询问和该处理。设计网络管理设备来监管网络，也就是说，例如，验证网络的设备是否正确运行。网络管理设备表现出相对不适合于定期采集和处理用户信息的缺陷。由所有采集设备的定期询问来完成采集，从而上传每个组播流的统计数据。特别的，网络管理设备使用比如SNMP，即简单网络管理协议的监管协议与采集设备通信。当网络管理设备的一个项目向采集设备的一个项目发送一个请求，请求消息说明网络设备的该项目希望获取的哪个数据，例如接收特定组播流的终端的数目。适用的监管协议可以发送多种可能的请求，采集设备花费相对长的时间来解释和处理接收的请求。因此，其使用限制于小规模和局部使用。此外，网络管理设备必须询问相对较多数量的采集设备的项目以获得有意义的数据。因此网络管理设备必须处理相对大量的用户信息。网络管理设备不适合于这类处理。这样，由于用户信息与计算过程有关而与网络管理过程无关，因此用户信息的采集对于电信运营商来说相对棘手。此外，在现有技术中公知的，使用经由计算协议通信以估计到互联网的连接时间或估计经由互联网与用户的交换的数据量的计算平台。这允许运营商根据用户的消费量给用户幵帐单。例如，可以引用称为AAA的协议，即认证、授权、计费协议。
发明内容本发明的目的在于解决上述缺陷。根据第一方面，本发明提供一种组播流的用户测量方法，所述组播流由采集设备向预订所述组播流的用户终端复制。所述方法包括由采集设备的至少一个项目向计算平台的传输步骤，根据计算协议，发送至少一个包括至少一个涉及由所述采集设备的至少一个项目向所述至少一个用户终端发送的组播流的多个复制的用户信息的计算消息。设计计算协议来发送计算数据，典型地，连接到互联网网络的时间。这样，计算协议允许采集设备和计算平台之间用户信息的相对平滑的通信，与现有技术中使用的来发送用户提示的监管协议相反。此外，设计计算平台来处理计算数据，典型地，用户终端和互联网之间交换的数据量。因此，与设计用于监管所有或一些网络的网络管理设备相反，计算平台适合于处理用户信息。测量其用户的一个或多个组播流可以传输视听数据，例如相应的电视传输、无线电传输、或者视频会议。作为选择，由组播流传输的数据可以对应视频游戏。一般来说，本发明不局限于由组播流传输的数据的类型。有利地，计算协议是AAA类型协议。AAA类型协议和适合这些协议的计算平台表现了相对普通的优势。这样，可以在现有设备中相对容易地实现根据本发明的一个方面的方法。AAA类型的协议当中可以使用RADIUS协议，即远程用户拨号认证，或者DIAMETER。从采集设备的一个项目到计算平台的计算消息的发送可以通过接收从计算平台发出的命令消息而触发。这样，计算平台询问采集设备，从而获得对应的用户信息。可选择地，从采集设备的一个项目到计算平台的计算消息的发送歩骤可以以自动的方式触发。例如，采集设备的该项目内部的计数器使得可以确定应向该平台发送计算消息的时刻。根据另一示例，当由采集设备的项目进行组播流的复制数量达到某一阈值时，采集设备的该项目发送计算消息。根据第二方面，本发明提供一种用于通过IP网络发送组播流来实现广播的系统的采集设备的项目，所述采集设备的项目使得可以基于用户终端的请求复制组播流到至少一个用户终端，并且包括一存储装置，用于存储至少一个涉及由所述采集设备的项目进行的组播流的多个复制的用户信息，以及一传输装置，用于根据计算协议，发送包含至少一个用户信息的计算消息到计算平台。这种设备的项目使得可以实现根据本发明的一个方面的方法。根据第三方面，本发明提供一种计算机程序产品，提供用于通过IP网络发送的组播流广播的系统的采集设备的项目，采集设备的该项目使得可以基于用户终端的请求复制组播流到至少一个用户终端。所述计算机程序存储在中央单元的存储器中，和/或存储在与所述中央单元的读卡器合作的存储介质上和/或经由通信网络下载。所述计算机程序产品的特征在于包括指令，用于存储至少一个涉及由采集设备的项目进行的所述组播流的多个复制的用户信息，和用于根据计算协议，发送包含至少一个用户信息的计算消息到计算平台。根据第四方面，本发明提供一种计算平台，用于测量通过IP网络发送的组播流的用户，所述组播流由采集设备向用户终端复制。所述计算平台包括用于根据计算协议，接收由采集设备的至少一个项目发送的至少一个计算消息的装置。所述至少一个计算消息包括至少一个涉及由已经发送该计算消息的所述采集设备的至少一个项目进行的组播流的多个复制的用户信息。计算平台还包括处理装置，用于在接收的计算消息的基础上估计用户。这种计算平台适用于与根据本发明第一方面的采集设备合作。根据第五方面，本发明提供一种计算机程序产品，提供给用于测量通过IP网络发送的组播流的用户的计算平台，所述组播流由采集设备向用户终端复制，所述计算机程序存储在中央单元的存储器中，和/或存储在与所述中央单元的读卡器合作的存储介质上和/或经由通信网络下载。所述计算机程序产品包括指令，用于根据计算协议，从采集设备的至少一个项目，接收由所述采集设备的至少一个项目发送的至少一个计算消息，所述至少一个计算消息包括至少一个涉及由已经发送该计算消息的所述采集设备的至少一个项目进行的组播流的多个复制的用户信息，和用于处理接收的计算消息，从而在接收的计算消息的基础上估计用户。根据第六方面，本发明提供一种用于广播组播流的系统，包括一源，用于通过IP网络发送至少一个组播流，一根据本发明一个方面的采集设备的多个项目，采集设备的每个项目使得可以复制至少一个组播流到多个用户终端，以及一根据本发明另一个方面的计算平台，能够根据计算协议与采集设备的至少一个项目通信。根据第七方面，本发明的主体是一种根据计算协议构成的计算消息，并且'包括至少一个涉及由采集设备的一个项目向至少一个用户终端发送的组播流的多个复制的用户信息，所述组播流通过IP网络发送。本发明的其它特征和优势将在下文的说明书中出现。本发明的其他特征和优点在下文的描述中将很明显。图l示出根据本发明第一实施方式用于广播组播流的示例性系统；图2示出根据本发明第一实施方式的采集设备的一个项目和计算平台之间的示例性通信；图3示出根据本发明第二实施方式的采集设备的一个项目和计算平台之间的示例性通信；图4示出根据本发明第三实施方式的采集设备的一个项目和计算平台之间的示例性通信；图5示出根据本发明第四实施方式的采集设备的一个项目和计算平台之间的示例性通信。具体实施方式图l示出了用于广播组播流的示例性系统。源4发送至少一个组播流MC。源4可以发送多个组播流MC到IP网络3。然后每个组播流与由源4通过它的组地址G发送的其他组播流区分。例如，可以对应电视信道到每组地址G。IP网络3的节点依据由整个节点集合起动的组播路由协议作出决定的函数复制组播流。只有用户终端1发送请求消息R之后，组播流MC被传输到该用户终端1。处理用户的请求消息R，从而发送请求的组播流到所述用户的，设备的第一项目的网络的特定节点，称为采集设备2的项目。采集设备2的项目接收和解释请求消息R。采集设备2的项目可能在各种接入控制步骤之后，授权到已经发送请求的用户终端l的组播流的复制，这些接入控制步骤在这里没有详述。可选择地，由不同于采集设备的项目的接入服务器批准接入授权，采集设备的项目可以解释请求消息和复制请求的组播流。由源4发送的组播流可以经由IP网络3用采集设备2的多个项目复制，图l只显示了采集设备2的一个项目。采集设备2的每个项目都能够从用户终端池接收请求消息R并且复制组播流到该用户终端池。图1显示了一个用户终端。请求消息R指定用户要求接入的组播流。为此，请求消息可以包括含有组地址G的组播流地址字段，请求的组播流的源地址S或者，当请求关于对于特定组的一组源，由流(*，G)表示对于组G的流的总和。采集设备2的每个项目允许单个多组传输流或者多个多组传送流的复制。计算平台5用于测量一个或多个组播流的用户。计算平台5能够至少与采集设备2的一个项目通信。有利地，计算平台5可以与所有能够复制特定组播流的采集设备进行通信，从而允许对特定组播流的用户的详细测量。.可选择地，计算平台可以只与一部分能够复制特定组播流的采集设备进行通信，从而允许不太详细因而更快的估计用户。可选择地，计算平台可以与采集设备的单个项目进行通信，从而测量在特定用户终端池上对应所述采集设备的项目的组播流的用户。采集设备2的项目利用比如AAA类型协议的计算协议，发送计算消息(例如，START、INTERIM、STOP)到计算平台5。设计计算协议来发送计算数据，因此允许用户信息的相对流动传输。此外，设计计算平台5来处理计算数据，因此适合于处理接收的计算消息，以便估计用户。在图l表示的示例中，发送的计算消息包括计算开始消息START、中间消息INTERIM和计算结束消息STOP。计算开始消息START定义在采集设备的项目中复制的组播流的计算会话。在接收到计算消息之后，由计算平台5发送确认消息ACK。图2详细说明了这样的协议。图2示出了根据本发明第一实施方式，采集设备2的一个项目和计算平台之间的示例性通信。在本发明的第一实施方式中，只有当该组播流的复制在实际发生中或刚刚终止，采集设备2的项目向计算平台5发送涉及特定组播流的复制(未示出)的计算消息。计算会话由计算开始消息STRAT打开并且由计算结束消息STOP关闭。计算开始消息STRAT的发送由发往用户终端的组播流的第一次复制的开始触发，也就是说，基于请求接入特定组播流的第一次接受。计算平台5在收到计算开始消息STRAT之后，发送确认消息ACK。在由采集设备2的项目进行的特定组播流的任何复制停止之后计算会话结束，也就是说，当最后一个接收特定组播流的用户终端停止接收该组播流时。因此，只要至少一个用户终端从采集设备2的项目接收特定组播流，计算会话就继续。计算开始消息START使得指示计算平台由采集设备的项目进行的组播流的复制成为可能。此外，采集设备的项目可以发送包含关于组播流复制的用户信息的中间消息INTERIM。在发送计算开始消息之后，并且存在至少一个用户终端预订在采集设备的项目的组播流时，执行中间消息INTERIM的发送。预订用户(subscriber)终端是已经发送请求接入组播流并且被授权接入该组播流的终一山顺。涉及组播流的复制的用户信息包括，例如一组播流的复制次数，也就是说，接入组播流的用户终端的数量，一流量，例如，从会话开始，或者从前一中间消息起复制的数据字节或数据包，—复制数据的吞吐量，—组播流的复制的持续时间，一从前一中间消息起用户数量的变化，即，例如，预订组播流的数量和退订的数量。当然，本发明不局限于这些示例。在该实施方式中，以自动的方式触发中间消息INTERIM的发送。对于计算开始消息START的确认消息ACK的接收启动监测机制。触发用户信息的定时上传事件的参数可以在采集设备2的项目的配置中定义。例如，这可以是内部计数器，这是公知的因此没有显示，确定何时必须发送中间消息INTERIM。这样，中间消息INTERIM因此在定期的时间间隔发送。作为选择，可以在接入组播流的用户终端的数目每次达到某一阈值时，发送中间消息INTERIM，例如，接入组播流的终端的数目每次达到10的倍数。作为选择，发送中间消息的时刻由从前一中间消息起，复制的数据字节或数据包的流量来确定。作为选择，在组播流每次新的复制(或预订)和组播流每次的复制结束(或退订)时，发出中间消息INTERIM。例如，中间消息INTERIM包括通知最新预订组播流或从组播流最新退订的用户终端的标识符的字段。这样，计算平台具有对于每个用户终端的用户提示。计算平台5在接收到中间消息INTERIM之后发送确认消息ACK。当接收到确认消息ACK，由于发送下一中间消息INTERIM，监测机制被重新初始化。例如，确定何时发出中间消息INTERIM的内部计数器被重置为零。当计算会话结束时，例如，当接入组播流最后的用户终端发送请求接入其它组播流或者发送对于所述组播流的结束接收请求时，采集设备2的项目发送计算结束消息STOP。计算结束消息STOP包含自从发送的最后的计算消息(INTERIM,START)以来的涉及组播流的复制的用户信息，以及告知计算平台停止任何复制的用户提示。计算平台5在接收计算结束消息STOP之后，发送确认消息ACK。这样，计算平台5可以与采集设备的多个项目进行通信。计算平台5接收由采集设备发送的计算消息。每个计算消息包含涉及由已经发送计算消息的采集设备的项目进行的组播流的复制的用户信息。因此，计算平台处理从采集设备接收的计算消息，以在从采集设备的多个项目接收的信息的基础上估计组播流的用户。图3示出了根据本发明第二实施方式，采集设备的一个项目和计算平台之间的示例性通信。在第二实施方式中，采集设备2的项目也发送计算开始消息START、计算结束消息STOP以及计算开始消息START和计算结束消息STOP之间的中间消息INTERIM。然而，中间消息INTERIM的发送通过接收从计算平台5发起的命令消息COMMAND而触发，而不是以自动的方式触发。因此，当组播流的会话打开时，计算平台5询问采集设备的项目，从而获得用户提示。在该示例中，另一方面，计算开始消息START和计算结束消息STOP的发送分别基于组播流的第一次复制和复制的停止，分别以自动的方式触发。在第二实施方式中，采集设备2的项目在接收到命令消息COMMAND之后，并且在发送中间消息INTERIM之前，发送一个命令消息接收确认消息ACK，。计算平台5在接收计算开始消息START、中间消息INTERIM、或计算结束消息STOP之后，发送一个计算消息接收确认消息ACK。可以给计算平台5提供内部计数器(未示出)用于确定发送命令消息COMMAND的时刻。这样，当会话打开时，在定期的时间间隔询问采集设备2的项目。作为选择，时间间隔可以作为基于之前发送的中间消息INTERIM中接收的用户信息而改变的函数。图4示出了根据本发明第三实施方式的采集设备的一个项目和计算平台之间的示例性通信。在该示例中，采集设备2的项目发送包含关于由采集设备的项目到至少一个用户终端进行的组播流的复制的用户信息的事件消息EVENT。事件消息的发送以发生采集设备2的项目的状态改变事件为条件。例如，采集设备的项目的状态改变事件可以包括采集设备2的项目接收到由用户终端对接入组播流的请求和对该请求的接受。这样，对组播流的每次新的接入预先警告计算平台5。以相同的方式，例如，采集设备的项目的状态改变事件可以包括组播流到用户终端的复制的停止。这样，预先警告计算平台组播流的每次接入的结束。采集设备的项目的状态改变事件还可以是计数器(未示出)的动作。当计数器达到一个阈值，采集设备的项目改变状态并且发送包括用户信息的事件消息。由于下一事件消息，计数器被重置为零。例如，计数器可以允许以定期的时间间隔来计数。计算消息包含涉及由采集设备的项目进行的组播流的复制的用户信息，用户信息能够指示当前没有由采集设备的项目复制所述组播流。作为选择，计数器可以计数组播流的多个复制当复制的数量达到阈值，例如100的倍数时，采集设备的项目改变状态并且发送包含至少一个用户信息的事件消息。在图5示出的第四实施方式中，状态改变事件包含接收从计算平台5发送的命令消息COMMAND。计算平台5询问采集设备2的项目关于组播流的复制的状态。在接收到命令消息COMMAND之后，釆集设备2的项目发送命令消息接收确认消息ACK'和包含涉及由采集设备的项目进行的组播流的复制的用户信息的事件消息EVENT。第三和第四实施方式不包括会话的概念。即使在没有进行组播流的复制时，尤其当状态改变事件是计数器的动作，或者包含接收命令消息时，也可以发送事件消息EVENT。这样，事件消息EVENT的用户信息可以指示采集设备的项目当前没有复制所述组播流。涉及由采集设备的项目进行的组播流的复制的用户信息还可以指示采集设备的项目执行组播流的单个复制。例如，利用DIAMETER协议实现第三和第四实施方式。计算消息包含组播流的标识符，尤其当计算平台估计多个计算的流的用户时。该标识符可以包含组播流的一个组地址。可选择地，该标识符包含组播流的源地址和一个组地址。可选择地，标识符只包含组播流的源地址。在后面的情况中，可以测量由采集设备的项目接收的来自特定源的任何流的用户。计算消息还可以包含已经发送该计算消息的采集设备的项目的标识符，例如采集设备的项目的IP地址。当使用带有计算会话的计算协议，计算消息可以包含计算会话的标识符。计算平台可以在计算会话标识符的基础上，容易地关联涉及同一个会话的多个计算消息。计算消息还可以包含便于识别计算消息的类型的元素，例如计算开始消息或计算中间消息。下面的表显示了本发明的示例性实施方式，使用由推荐RFC2865、RFC2866定义的RADIUS协议，和由推荐RFC3588和NASREQ定义的DIAMETER协议，参考draft-ietf-aaa-diameter-nasreq-17.txt公开的。<table>tableseeoriginaldocumentpage15</column></row><table>播流的用户的流量Acct-Output-Packets(计费输出包)Accounting-Output-Packets(计费输出包)组播流的复制的持续时间属性Acct-Session-Time(计费会话时间)AVPAcct-Session-Time(计费会话时间)从最后一个计算消息起预订组播流的数目新属性新AVP从最后一个计算消息起退订组播流的数目新属性新AVP在上述表中，前四行对应使用的消息的类型，下面的行对应包括在这些消息中的属性以指示请求的用户信息。术语AVP(属性值对)对应用于DIAMETER协议的术语。命令消息COMMAND包含组播流的标识符，计算平台请求该组播流的用户状态。命令消息还包含发送该命令消息的计算平台的标识符。基于安全的原因，采集设备的项目声明对询问采集设备该项目的特定组播流的用户状态的平台的授权。命令消息指定期望哪种类型的计算消息。作为选择，计算平台发送多种类型的命令消息。在这种情况下，命令消息还有利地包含便于识别命令消息的类型和其主题的元素。在RADIUS计算协议的情况下，消息COA，即授权改变，可以用作为命令消息。在DIAMETER计算协议的情况下，消息RAR，即重授权请求，可以用作为命令消息。可以考虑其他命令协议用于发送对组播流的用户状态的请求，例如SNMP、COPS，即公共开发策略服务、亦或XML，即可扩展标记语言。权利要求1、一种组播流(MC)的用户测量的方法，所述组播流由采集设备(2)向预订所述组播流的用户终端(1)复制，其特征在于，所述方法包括由采集设备的至少一个项目向计算平台(5)的发送步骤，根据计算协议，发送至少一个包括至少一个涉及由所述采集设备的至少一个项目向至少一个用户终端发送的组播流的多个复制的用户信息的计算消息(STRAT、STOP、INTERIM)。2、根据权利要求l所述的用户测量的方法，其特征在于，所述计算协议是认证、授权、计费类型的协议。3、根据前述权利要求之一所述的用户测量的方法，其特征在于，所述发送计算消息的步骤包括以下子歩骤计算开始消息(STRAT)的发送，该计算开始消息的发送由所述组播流的第一次复制的开始而触发，以及计算结束消息(STOP)的发送，该计算结束消息的发送由所述组播流的最后复制的停止而触发。4、根据权利要求3所述的用户测量的方法，其特征在于，所述发送计算消息的歩骤还包括以下子步骤中间消息(INTERIM)的发送，在发送包含至少一个涉及组播流的复制的用户信息的计算开始消息(START)的子歩骤之后，当存在至少一个预订所述组播流的用户终端时发送中间消息。5、根据权利要求1或2之一所述的用户测量的方法，其特征在于，所述发送计算消息的步骤包括发送包含至少一个涉及组播流的复制的用户信息的事件消息(EVENT)的子步骤，所述事件消息的发送以所述采集设备的项目的状态改变事件的发生为条件。6、根据权利要求5所述的用户测量的方法，其特征在于，所述状态改变事件从以下事件之中选择所述采集设备(2)的项目从用户终端(1)接收对于接入所述组播流(MC)的请求并且该接入请求被接受，所述组播流到用户终端(1)的复制停止，以及计数器达到阈值。7、根据前述权利要求之一所述的用户测量的方法，其特征在于，所述发送计算消息的步骤由接收到从计算平台发出的命令消息(COMMAND)而触发。8、根据权利要求1到6之一所述的用户测量的方法，其特征在于，所述发送计算消息的步骤以自动的方式触发。9、一种用于通过IP网络(3)发送的组播流(MC)进行广播的系统的采集设备的项目(2)，所述采集设备的项目使得可以基于用户终端的请求复制组播流到至少一个用户终端，并且包括存储装置(7)，用于存储至少一个涉及由所述采集设备的项目进行的组播流的多个复制的用户信息，以及传输装置，用于根据计算协议，发送包含至少一个用户信息的计算消息到计算平台(5)。10、一种计算机程序产品，提供用于通过IP网络(3)发送的组播流(MC)进行广播的系统的采集设备的项目，所述采集设备的项目使得可以基于用户终端的请求复制组播流到至少一个用户终端(1)，所述计算机程序存储在中央单元的存储器中，和/或存储在与所述中央单元的读卡器合作的存储介质上和/或经由通信网络下载，其特征在于，所述计算机程序产品包括指令，用于存储至少一个涉及由所述采集设备的项目进行的组播流的多个复制的用户信息，和根据计算协议，发送至少一个包含至少一个用户信息的计算消息到计算平台(5)。11、一种计算平台(5)，用于测量通过IP网络(3)发送的组播流(MC)的用户，所述组播流由采集设备(2)向用户终端(1)复制，所述计算平台包括用于根据计算协议，接收由采集设备的至少一个项目发送的至少一个计算消息的装置，所述至少一个计算消息包括至少一个涉及由已经发送该计算消息的所述采集设备的至少一个项目进行的组播流的多个复制的用户信息，处理装置(6)，用于在接收的计算消息的基础上估计用户。12、一种计算机程序产品，提供用于测量通过IP网络(3)发送的组播流(MC)的用户的计算平台(5)，所述组播流由采集设备(2)向用户终端(1)复制，所述计算机程序存储在中央单元的存储器中，和/或存储在与所述中央单元的读卡器合作的存储介质上和/或经由通信网络下载，其特征在于，所述计算机程序产品包括指令用于根据计算协议，从采集设备的至少一个项目，接收由所述采集设备的至少一个项目发送的至少一个计算消息，所述至少一个计算消息包括至少一个涉及由己经发送该计算消息的所述采集设备的至少一个项目进行的组播流的多个复制的用户信息，处理接收的计算消息，从而在接收的计算消息的基础上估计用户。13、一种用于广播组播流的系统，包括源(4)，用于通过IP网络发送至少一个组播流，如权利要求9所述的采集设备(2)的多个项目，采集设备的每个项目使得可以复制至少一个组播流到多个用户终端(1)，以及如权利要求ll所述的计算平台(5)，根据计算协议能够与采集设备的至少一个项目通信。14、一种计算消息(STRAT、STOP、INTERIM、EVENT)根据计算协议构成，并且包括至少一个涉及由采集设备(2)的一个项目向至少一个用户终端(1)发送的组播流的多个复制的用户信息，所述组播流通过IP网络(3)发送。全文摘要本发明涉及一种用于测量组播流的用户的方法，所述组播流能够由采集设备向预订所述组播流的用户终端复制。所述方法包括经由至少一个采集设备向计算平台的发送步骤，根据计算协议，发送至少一个包括至少一个涉及由所述至少一个采集设备向至少一个用户终端进行组播流的复制的用户信息的计算消息。文档编号H04H60/33GK101233736SQ200680027674公开日2008年7月30日申请日期2006年7月27日优先权日2005年7月29日发明者热雷·布侬,让-巴提斯特·亨奈格申请人:法国电信公司