专利名称：用户带宽监控器及控制管理系统和方法
技术领域：
本发明一般涉及共享宽带信号，尤其涉及在多个用户之间合理分配对具有规定带宽的共享宽带信号的访问。
背景技术：
利用宽带无线信号和诸如因特网或远程服务器系统的远程场所进行通信的共享网络系统的性能水平，可能因为对所述信号进行垄断访问的用户而遭到严重阻碍。所述宽带信号具有一个必须在共享网络场所和远程场所之间携带所有连接到所述共享网络的用户的输入/输出(I/O)数据传输的特定带宽。因此，必须对带宽的访问和使用进行适当管理，以便每个连接到网络的用户都具有足够的带宽访问而不让任何一个用户支配带宽的使用。
对于典型的共享网络系统来说宽带信号的繁忙用户对系统的整体性能是最大的影响。例如，访问诸如音频流或视频流一类东西的用户可以在无限制的管线上锁住大量的信号带宽，从而减少可用于其它连接到该网络的用户访问的可用带宽量。一个或多个用户对带宽的大量消耗可以拥塞对该信号的访问，减少传送速率和抑制网络系统的整体性能。例如，由因特网提供商(IPs)提供的诸如聊天室、电子邮件、虚拟个人网络(VPN)、文件传输协议(FTP)的通信特征以及其它特征消耗大量的宽带信号带宽。
而且，繁忙用户可以连接到、或登录到所述网络并且在很长的持续时间内保持登录。因此，繁忙用户可以在实际上垄断带宽，直到他们断开或退出登录。这种类型的繁忙使用，从用户和提供商两方面的观点来看，可以导致系统低于所期待的性能水平下操作，并且是对其它用户的严重干扰和不便。
对于带宽管理的一种可能的解决办法是使用整体结构化的用户访问控制，或“节流”，以及对于特定高带宽消耗的通信特征的利用的严格控制。
因此，期望对利用宽带无限信号的共享网络系统的性能水平进行管理，以便每个连接到所述网络的用户具有足够的带宽访问而不让任何一个用户支配带宽的使用。
发明内容
以一种优选的形式，本发明形成一种用于合理分配对具有规定带宽的共享宽带信号访问的通信方法。该方法使用包括至少一个服务器和连接到该服务器的多个客户端系统的服务器系统。相应的用户利用每个客户端系统。所述方法包括控制用户对共享宽带信号的访问、监控每个用户所使用的信号带宽量、和基于带宽的总体使用控制每个用户可用的信号带宽量。
在另一个实施例中，提供了一种用于合理分配对具有规定带宽的共享宽带信号访问的系统。该系统包括至少一个服务器和连接到该服务器的多个客户端系统。每个客户端系统由相应的一个用户利用。所述系统控制用户对共享宽带信号的访问、监控每个用户所使用的信号带宽量、以及基于带宽的总体使用控制每个用户可用的信号带宽量。
在再一个实施例中，提供了一种用于合理分配对具有规定带宽的共享宽带信号提供访问的多-通信(multi-communication)方法。该方法使用包括至少一个服务器和连接到该服务器的多个客户端系统的服务器系统，其中相应的用户利用每个客户端系统。所述方法包括监控每个用户所访问的带宽量，以及识别至少一个正在访问超过最大使用阈值的带宽量的超量(excessive)带宽用户。所述方法还包括确定导致超量带宽用户超过最大使用阈值的特定服务器系统活动。此外，该方法包括控制所述超量用户的特定服务器系统活动以便自我平衡输入/输出(I/O)带宽的差异。
结合参照附图的详细说明，将能更全面地理解本发明。
图1是根据本发明的一个示范性的实施例的，用于合理分配对共享宽带信号访问的共享网络系统的简单方框图；图2是根据本发明的一个实施例的，由在图1中示出的所述共享网络系统所采用的管理方案的顶层程序的流程图；图3是图2中示出的管理方案的电子邮件带宽控制子程序的流程图；图4是图2中示出的管理方案的文件传输协议带宽控制子程序的流程图；图5是图2中示出的管理方案的虚拟个人网络带宽控制子程序的流程图；图6是根据本发明的另一个实施例的合理分配对具有规定带宽的共享宽带信号访问的网络系统的扩展版本的方框图。
具体实施例方式
图1是根据本发明的一个优选实施例，用于合理分配对具有规定带宽的宽带信号访问的共享网络系统的简单方框图。网络系统10包括服务器系统12，所述服务器系统12包括服务器14。此外，网络系统10包括多个连接到服务器14的客户端系统18。网络10是诸如局域网(LAN)的共享网络。在一个示范性的实施例中，服务器14包括无线调制解调器(未示出)，而客户端系统18包括网络浏览器(未示出)，以便客户端系统18能够使用宽带信号经由服务器14访问因特网。此外，所述调制解调器和浏览器使得客户端系统18能够使用所述宽带信号访问诸如远程服务器系统的远程站点22。
如下面所详细说明的，服务器系统12包括连接到包含有关各种产品的产品相关信息的中央数据库26的数据服务器24。在一个实施例中，中央数据库26存储在服务器14上，并且能够由在客户端系统18之一的潜在用户访问。在另一个实施例中，中央数据库26从服务器14远程存储。
网络系统10最好采用存储在数据库26中的一个管理方案，或算法(未示出)，来在利用客户端系统18的多个用户中合理分配对共享宽带信号的访问。服务器14执行所述管理方案。用户利用客户端系统18来和服务器14通信。用户最初登陆到服务器系统12以建立和服务器14的通信链路和使得能够访问网络系统10和所述宽带信号。在操作中，服务器系统12利用所述管理方案来识别正在以影响在服务器系统12上的其他人访问所述信号的水平使用、或访问所述信号的繁忙用户。一旦识别了繁忙用户，服务器系统12确定繁忙用户所涉及的，正在消耗过多的带宽量的行动或操作的类型。例如，繁忙用户可以加入聊天室或者下载很长的视频/音频流。根据所述活动，服务器系统12将管理，或“节流”繁忙用户对带宽的消耗和对于宽带信号的访问。为了管理，或节流带宽消耗，服务器系统12监控繁忙用户的带宽使用以观察是否使用的水平在降低，并且向繁忙用户发出一个警告来限制特定的操作或者终止用户对所述信号的访问，并且向用户发布一个警告，要用户停止进一步访问所述信号用于这些操作的尝试，或终止用户对服务器系统12的访问。
随着用户的添加，整体带宽被消耗，每个用户都会使自己对于带宽的访问被节流，直到所有的用户都只具有对最小带宽量的访问。例如，用户的访问将被节流，直到所有的用户都连接在预定的最小数据传输速率或速度，诸如标称22k比特每秒(bps)。因此，随着用户访问和带宽使用的增加，每个用户自己的访问都会被节流，或被按比例分配(prorated)。每个用户的访问都被按比例分配，以便每个用户在不导致任何用户的访问降低到预定最小速度以下的情况下允许访问尽可能多的带宽。例如，如果一个用户正在访问一个图形集中的网站，则该用户被允许在不导致任何用户的访问降低到22k比特每秒以下的情况下的尽可能大的带宽。
作为另一个按比例分配用户访问的例子，当用户接收或发送具有大的附件的电子邮件时，所述管理方案将确定附件的大小是否超过预定的大小。如果附件的大小超过预定的大小，则该附件将由该用户在不导致任何用户的访问降低到标称22k比特每秒以下的情况下利用尽可能大的可用带宽来接收或发送。作为另一个按比例分配用户访问的例子，当用户使用文件传输协议(FTP)接收或发送文件时，所述管理方案确定文件的大小是否超过预定的大小。如果文件的大小超过预定的大小，则文件或者被阻挡并向用户发送一个关于文件被阻挡的通知，或者在不导致任何用户的访问降低到标称22k比特每秒以下的情况下该文件利用尽可能大的可用带宽来接收或发送。
在一个实施例中，如果一个用户在网络系统10内(图1中示出)发送或接收音频流或视频流，则文件将不节流而被传输。然而，如果一个音频流或视频流文件被使用宽带信号发送到在网络系统10以外的远程站点，则所述管理方案或者阻挡文件的传输，或者对文件的发送节流，以便没有任何用户的访问降到预定最小速度之下。此外，如果用户使用宽带信号来访问一个虚拟个人网络(VPN)，则该用户将被允许在不导致任何用户的访问降低到预定的最小速度以下的情况下访问预定的最大带宽量。
图2是根据本发明的一个示范性的实施例，由所述服务器系统12采用的管理方案的顶层程序的流程图100。利用客户端系统18(图1所示)，希望访问宽带信号的用户向服务器14(图1所示)发送一个请求登录到所述服务器系统12(图1所示)的请求，所述请求如步骤104所示，是集成因特网访问业务的一部分。当接收到登录请求时，所述管理方案在步骤108确定服务器14是否“在线”。如这里所使用的，“在线”意味着服务器14工作正常并且建立了所有必须的通信链路，诸如和数据库26(图1所示)、因特网或远程站点22(图1所示)的链路。如果服务器14被确认为不在线，则在步骤112向用户发送一个消息，通知用户当前服务器系统12不可用，并在以后的某个时间再请求登录。在一个实施例中，一个服务员可以帮助利用服务器12有困难的用户，在这个情况中，如果没有登录在服务器14上，则发送给用户的消息包括一个用于请求来自服务员的帮助的指令。如果服务器14在线，则在步骤116，服务器确定是否具有可用的带宽量，使得用户能够以等于或大于预定最小速度的速度访问所述信号。
如果用户不能以最小速度访问所述信号，则如步骤120所指示的，用户被允许只能登录到服务器系统12用于本地使用，并且被通知一旦具有足够的带宽来允许最小速度的访问时则给予该用户对所述信号的访问。当用户仅仅为了本地使用登录到一个服务器系统时，用户可以和服务器系统12和在网络系统10以内的其他用户通信，但是不被授予对一个和网络系统10外部通信的外部线路的访问。如果有足够的带宽，能够允许用户以最小的速度访问所述信号，则如步骤124所指示，用户被允许全面登录到服务器系统12，以便用户被给予在网络系统10以内的本地访问和对所述宽带信号的访问。
当用户仅仅是登录用于本地使用时，则如步骤128所指示，服务器系统12监控所述信号，直到具有足够的带宽来提供预定的最小数据传送速率，随后如步骤132所指示，允许用户全面登录。一旦用户全面登录了，则如步骤136所指示，服务器14监控经由宽带信号由发送和接收传输的用户使用的总带宽量。
所使用的总带宽量被监控，而每个用户对带宽的使用或访问被按比例分配。如步骤140所指示，用户访问被按比例分配，以便每个用户在不导致任何其它用户的传输速率下降到预定最小速度以下的情况下，如每个个人用户的输入和输出(I/O)操作所需，被允许访问尽可能大的剩余带宽。
在如步骤136和140所示进行监控和分配时，如步骤144所示，所述管理方案监控每个用户发送到服务器14的服务或操作请求。例如，当用户想要发送或接收电子邮件、进入因特网上的聊天室、使用FTP发送或接收文件或访问VPN时，用户利用客户端系统18发送一个服务请求到服务器14。当服务器14接收到该服务请求时，所述管理方案在步骤148立刻阻挡所有访问聊天室的请求。如果该服务请求不是要进入聊天室的请求，则所述管理方案在步骤152确定可用的带宽量是否低于一个预定的临界水平。例如，所述管理方案确定是否在没有外部访问的情况下所有用户可用的带宽是否低于标称22k bps。
当用户向服务器14发送一个服务请求并且可用带宽量低于临界水平时，如在步骤156中所指示，任何对于音频流和视频流的访问都被阻挡。如果现有带宽在临界水平以上，则允许诸如电子邮件、FTP或VPN传输的用户请求。当允许电子邮件请求时，如步骤160所指示，所述管理方案执行一个电子邮件带宽控制子程序。类似地，当允许FTP请求时，如步骤164所指示，所述管理方案执行一个FTP带宽控制子程序。同样，当允许VPN请求时，所述管理方案在步骤168执行一个VPN带宽控制子程序。
图3是管理方案电子邮件带宽控制子程序的流程图200。在步骤204，所述电子邮件带宽控制子程序确定在电子邮件请求中涉及的数据流的类型。电子邮件请求可以是要求在网络系统10以内路由一个电子邮件消息的请求，以便该数据只在网络系统10以内流动。此外，所述电子邮件请求可以是要求从在网络系统10以内的一个用户向网络系统10以外的一个远程用户发送输出(outbound)电子邮件消息的请求，以便所述数据从服务器系统12流向一个远程场所。而且，所述电子邮件请求可以是由在网络系统10以内，要求从远程用户接收一个输入(inbound)电子邮件，以便数据从远程场所流向服务器12。
当发出了要求在网络系统10以内路由一个电子邮件消息的请求，如步骤208所指示的，数据从客户端系统18流向服务器14，并且随后流向另一个客户端系统18。一旦服务器14接收到要求本地路由一个电子邮件消息的请求，则在步骤212确定是否所述电子邮件消息包括附件。如果确定所述电子邮件消息包括附件，则如步骤216所指示，所述电子邮件子程序确定所述附件是否超过了预定的大小限制。如果附件超过了大小限制，则如在步骤220中指示，服务器14终止把该电子邮件路由到预定收件人，并向发起电子邮件的用户发送一个通知，通知该用户由于附件超过了预定大小限制，电子邮件将不会被路由给收件人。如果该电子邮件没有附件，或者附件不超过预定的大小限制，则在步骤224，电子邮件带宽控制子程序确定所述电子邮件消息是否超过预定的复写限制。所述复写限制通过对可以发送的电子邮件复写的数量的进行限制，以避免所述电子邮件消息的大量分发或“垃圾邮件”所消耗的大量带宽。当一个电子邮件消息超过了复写限制，则如步骤220所指示，服务器14终止把该电子邮件路由到预定收件人，并向发起电子邮件的用户发送一个通知，通知该用户由于该电子邮件消息超过了预定的复写限制，电子邮件将不会被路由给收件人。当电子邮件消息在复写限制以内，如步骤228所指示，服务器14把所述消息路由(route)给预定接收人，然后如步骤232所指示，退出电子邮件子程序。
当发出把一个电子邮件消息从在网络系统10以内的一个用户路由到在网络系统10以外的一个远程用户的输出(outbound)请求时，数据从客户端系统18流向服务器14，其中所述服务器14在步骤232确定，是否该电子邮件包含附件。如果确定所述电子邮件包含附件，则在步骤236，电子邮件子程序确定所述附件是否超过预定的大小界限。如果所述附件超过预定的大小界限，则如步骤240所指示，服务器14终止把该电子邮件路由到预定收件人，并向发起电子邮件的用户发送一个通知，通知该用户由于该电子邮件消息超过了预定的大小限制，电子邮件将不会被路由给收件人。如果该电子邮件消息没有附件，或者所述附件不超过预定的大小限制，则在步骤244，电子邮件带宽控制子程序确定是否当利用可用的带宽时，发送时间将超过预定的持续时间。如果发送时间将超过预定的持续时间，则如步骤240所指示，向发起该电子邮件的用户发送一个通知消息，通知该用户由于发送时间将超过预定的持续时间，电子邮件将不会被路由给收件人。如果发送时间不超过预定的持续时间，则如步骤248所指示，该电子邮件被路由给收件人，如步骤252指示，向发起人发送一个确认该电子邮件被路由的消息，然后如步骤232所指示，退出子程序。
当在网络系统10以内的一个用户发出接收来自一个远程用户的电子邮件的输入请求时，数据从服务器14流向客户端系统18。当接收到路由该电子邮件消息的请求时，服务器14执行所述电子邮件子程序，借此在步骤256确定所述电子邮件消息是否含有附件。如果确定该电子邮件消息包括附件，则在步骤260，电子邮件子程序确定附件是否超过预定的大小限制。如果附件超过预定的大小限制，则在步骤264，服务器14确定该附件是否可以从电子邮件消息中去除。如果如步骤268所示，附件可以去除并且被去除，则如步骤272所示，该电子邮件被和一个通知该附件已经被删除的通知一起被路由给收件人。如果该附件不能被去除，则如步骤276所示，终止对该电子邮件的路由，并且如步骤280所示，向该电子邮件的发起人和预定接收人发送一个消息，通知该发起人和接收人该电子邮件的路由终止了。如果该电子邮件不包括附件，则在步骤284把该电子邮件路由给接收人，然后如步骤232所示，退出电子邮件子程序。
图4是管理方案FTP带宽控制子程序的流程图300。所述FTP带宽控制子程序在步骤304确认在FTP请求中涉及的数据流的类型。请求发起一个FTP对话的请求可以是请求在网络系统10以内发起一个对话，以便数据只在网络系统10以内流动的请求。此外，FTP请求可以是一个来自网络系统10以内的用户发起的和在网络系统10以外的用户对话的输出请求，以便数据从服务器系统12流向远程场所。而且，FTP请求可以使由远程用户来发起和在网络系统10以内的用户对话的输入请求，以便数据从一个远程场所流向服务器系统12。
当发出发起在网络系统10以内的FTP对话的请求时，数据从客户端系统18流向服务器14。所述控制方案不允许本地FTP对话。因此，如果服务器14接收到要求发起在网络系统10以内的FTP对话的请求，则如步骤308所指示，所述对话被阻挡，如在步骤312所指示，用户被通知该对话被阻挡，并且如在步骤316中所指示，退出该FTP子程序。
当在网络系统10以内的用户发出一个发起和远程用户的对话的输出请求时，在步骤320，FTP子程序确定是否文件的大小可以建立。如果文件的大小可以建立，则在步骤324，确定是否文件的大小超过预定的大小限制。如果文件的大小超过预定的限制，则如步骤328所示，服务器14阻挡该对话并且向请求该FTP对话的用户发送一个通知，通知该用户由于过大的文件大小，该对话被阻挡。如果文件的大小不超过预定的限制，则如步骤332所示，FTP子程序确认是否有足够的可用带宽来建立FTP对话。当有足够的可用带宽时，如步骤336所指示，用户被允许访问的带宽或者用户管线被固定在预定的大小，并且如步骤340所指示，允许所述FTP对话。当可用于FTP对话的带宽不足时，在步骤334阻挡该对话，并且用户被命令尝试在以后的一个时间发起该对话。如果文件的大小不能被建立，则在步骤348，该子程序确定是否有可用的预定最小量的带宽。如果确定有可用的最小量的带宽，则在步骤352允许该对话，否则如步骤356所指示，该对话被阻挡并且用户被通知该对话被阻挡。
当由在网络系统10以外的一个远程用户发出一个发起FTP对话的输入请求时，数据从服务器14流向客户端系统18。当接收到关于发起对话的请求时，如步骤360所指示，服务器14执行FTP子程序，借此确定是否能够建立文件的大小。如果能够建立文件的大小，则在步骤364确定是否文件的大小超过预定的大小限制。如果文件的大小超过预定的限制，则如步骤370所示，服务器14阻挡所述对话并且向请求FTP对话的用户发出由于过大的文件大小，该对话被阻挡的通知。如果文件的大小不超过预定的大小限制，则如步骤374所指示，FTP子程序确定是否有足够的可用带宽来建立所述FTP对话。当具有足够的可用带宽时，如步骤378所示，该对话被允许，并且所述对话的数据传输速率由预定的最大速度所限制。当不具有足够的带宽用于FTP对话时，如步骤344所指示，该对话被阻挡并且用户被命令尝试在以后的某个时间发起该对话。如果不能建立文件的大小，则如步骤382所指示的，向请求FTP对话的用户发送一个消息，通知该用户特定的数据量可以被在特定的时间量中传送，并且询问该用户是否想继续进行。如果用户选择继续进行，则如在步骤378中所指示，该对话被允许以由预定的最大速度限制的数据传输速率进行。
图5是管理方案VPN带宽控制子程序的流程图400。当在网络系统10以内的用户请求访问VPN时，所述VPN带宽控制子程序确定在数据传输的双向上是否都有可用的预定最小带宽量，例如，从服务器14发送的数据，或输出数据，以及由服务器14接收的数据，或输入数据。如果没有输入数据的可用最小带宽量，则如步骤408所指示，发送一个消息通知该用户不能进行满足最小速度的VPN连接，并且请求该用户在以后的某个时间再尝试。在用户被通知了所述连接不能进行之后，如步骤412所指示，用户被允许访问网络系统10，只用于在网络系统10以内的本地使用。当对于输出数据没有可用的最小带宽量时，则在步骤416，所述子程序确定是否至少具有输入数据的可用的最小带宽量。如果具有输入数据的可用的最小带宽量，则如在步骤420所指示，向用户发送一个通知不具有输出带宽可用的最小带宽量的通知，并且如步骤424的指示，用户被允许VPN连接。如果没有输入带宽的可用最小带宽量，则如步骤408所示，向用户发送一个通知不能进行满足最小速度的VPN连接，并且请求用户在以后的某个时间再尝试的通知。当同时具有输入和输出带宽的可用最小带宽量时，则如步骤424所指示，用户被允许VPN连接，并且如步骤428所指示，用户被允许访问的带宽量，或用户管线被固定，以便输出带宽被设置为最小量，而输入带宽被设置为最小量或更大。
图6是根据本发明的另一个实施例的，合理分配对具有规定带宽的共享宽带信号的访问的网络系统522的扩展版本的方框图。网络系统522包括服务器系统512和客户端系统514。服务器系统512包括数据库服务器516、应用服务器524、网络(web)服务器526、传真服务器528、目录服务器530和邮件服务器532。磁盘存储单元534连接到数据库服务器516和目录服务器530。服务器516、524、526、528、530和532连接在局域网(LAN)536之中。此外，系统管理员的工作站538、用户工作站540以及超级用户(supervisor)的工作站542连接到LAN 536。或者，工作站538、540和542经由内联网连接到LAN 536。
每个工作站538、540和542都是具有网络浏览器的个人计算机。虽然由工作站执行的功能通常被说明为分别由工作站538、540和542执行，但这些功能可以由连接到LAN 536的多个个人计算机中的一个来执行。工作站538、540和542被说明为和独立的功能相关，这只是为了便利对于可由具有到LAN536的访问权限(access)的个体执行的不同类型的功能的理解。
服务器512被配置为经由ISP因特网连接548和各种远程系统544通信连接。所述通信被说明为经由因特网执行的，然而，在其它实施例中，可以采用任何广域网(WAN)类型的通信，即，所述系统和处理并不局限于经由因特网来实现。此外，不用WAN 550，还可以使用局域网536来代替WAN 550。
虽然本发明由各种特定的实施例来描述，本领域的技术人员应当理解在权利要求的精神和范围内，本发明可以进行改动来实现。
权利要求
1.一种通信方法，用于使用包括至少一个服务器和连接到至少一个服务器的多个客户端系统的服务器系统，合理分配对具有规定带宽的共享宽带信号访问，其中，每个客户端系统或由相应的用户使用，所述方法包括控制用户对所述共享宽带信号的访问；监控每个用户使用的带宽量；和基于带宽的总体使用，控制每个用户可用的带宽量，以便保证每个用户预定的最小带宽。
2.如权利要求1所述的方法，其中，控制用户对所述信号的访问包括接收访问所述信号的用户请求；和确定所述服务器是否在线。
3.如权利要求2所述的方法，其中，控制用户对所述信号的访问还包括如果确定服务器离线，则通知用户在以后的某个时间再请求对所述信号的访问；和如果确定服务器在线，则确定是否具有可用的最小阈值的带宽。
4.如权利要求3所述的方法，其中，控制用户对所述信号的访问还包括如果确定具有可用的最小阈值的带宽，允许用户访问所述信号；和如果确定不具有可用的最小阈值的带宽，允许用户访问所述服务器用于本地使用，并且通知所述用户当可用带宽量超过最小阈值时将允许用户对所述信号的访问。
5.如权利要求1所述的方法，其中，控制用户对所述信号的访问还包括监控带宽的总体输入/输出(I/O)使用；和按比例分配每个用户允许访问的带宽量，以便剩余的带宽被利用并且按比例分配的带宽量保持在最小阈值以上。
6.如权利要求1所述的方法，其中，监控每个用户使用的带宽量包括监控每个用户请求的服务，其中，所述服务请求包括聊天室请求、电子邮件请求、文件传输协议请求和虚拟个人网络请求；和阻挡所有聊天室服务请求。
7.如权利要求1所述的方法，其中，控制每个用户可用的带宽量包括当服务器接收到服务请求时，确定是否可用的带宽量低于一个临界水平。
8.如权利要求7所述的方法，其中，控制每个用户可用的带宽量还包括如果确定可用的带宽量低于所述临界水平，则阻挡所有对至少传输音频流和视频流之一的网站的访问的服务请求。
9.如权利要求7所述的方法，其中，控制每个用户可用的带宽量还包括如果确定可用的带宽量高于所述临界水平，则允许电子邮件服务请求；和当允许电子邮件服务请求时，执行电子邮件带宽控制子程序。
10.如权利要求7所述的方法，其中，控制每个用户可用的带宽量还包括如果确定可用的带宽量高于所述临界水平，则允许文件传输协议(FTP)服务请求；和当允许文件传输协议(FTP)服务请求时，执行文件传输协议带宽控制子程序。
11.如权利要求7所述的方法，其中，控制每个用户可用的带宽量还包括如果确定可用的带宽量高于所述临界水平，则允许虚拟个人网络服务(VPN)请求；和当允许虚拟个人网络(VPN)服务请求时，执行虚拟个人网络带宽控制子程序。
12.一种用于合理分配对于具有预定带宽的共享宽带信号的访问的系统，所述系统包括多个客户端系统，其中，每个所述客户端系统被配置为由相应的用户利用；和至少一个和所述客户端系统相互连接的服务器，所述服务器被配置为执行一个管理方案以控制用户对共享宽带信号的访问、监控每个用户使用的所述带宽量，以及基于带宽的总体使用控制可用于每个用户的所述带宽量。
13.如权利要求12所述的系统，其中，为控制用户对所述信号的访问，所述管理方案包括接收用户对信号访问的请求，并确定是否所述服务器在线。
14.如权利要求13所述的系统，其中，为了控制用户对所述信号的访问，所述管理方案包括如果确定所述服务器当前离线，则通知该用户在以后的某个时间请求访问所述信号，以及当确定所述服务器当前在线时，确定是否具有可用的最小阈值的带宽。
15.如权利要求14所述的系统，其中，为了控制用户对所述信号的访问，所述管理方案包括如果确定具有可用的最小阈值的带宽，则允许用户对所述信号的访问；以及如果确定不具有可用的最小阈值的带宽时，允许用户访问所述服务器用于本地使用，并通知用户当可用带宽超过最小阈值时，允许用户访问所述信号。
16.如权利要求12所述的系统，其中，为了控制用户对所述信号的访问，所述管理方案包括监控带宽的总体输入/输出(I/O)使用并按比例分配每个用户允许访问的带宽量，以便剩余的带宽可以被利用并且按比例分配的带宽量保持在最小阈值以上。
17.如权利要求12所述的系统，其中，为监控每个用户所使用的带宽量，所述管理方案包括监控每个用户所请求的服务，其中所述服务请求包括聊天室请求、电子邮件请求、文件传输协议请求和虚拟网络请求，并且阻挡所有的聊天室服务供求。
18.如权利要求12所述的系统，其中，为了控制每个用户可用的带宽量，所述管理方案包括当所述服务器接收服务请求时，则确定可用的带宽量是否低于一个临界水平。
19.如权利要求18所述的系统，其中，为了控制每个用户可用的带宽量，所述管理方案包括如果确定可用带宽量低于所述临界水平时，则阻挡所有要求访问传输音频流和视频流之一的网站的服务请求。
20.如权利要求18所述的系统，其中，为了控制每个用户可用的带宽量，所述管理方案包括如果确定可用的带宽量高于所述临界水平，则允许电子邮件服务请求，并且当允许电子邮件服务请求时执行电子邮件带宽控制程序。
21.如权利要求18所述的系统，其中，为控制每个用户可用的带宽量，所述管理方案包括如果确定可用的带宽量高于所述临界水平，则允许文件传输协议(FTP)服务请求，并且当允许文件传输协议服务请求时执行文件传输协议带宽控制程序。
22.如权利要求18所述的系统，其中，为了控制每个用户可用的带宽量，所述管理方案包括如果确定可用的带宽量高于所述临界水平，则允许虚拟个人网络(VPN)服务请求，并且当允许虚拟个人网络服务请求时执行虚拟个人网络(VPN)带宽控制程序。
23.一种用于合理分配对具有规定带宽的共享款待信号访问的通信方法，所述通信方法使用包括至少一个服务器和连接到至少一个服务器的多个客户端系统的服务器系统，其中，每个客户端系统由相应的用户利用，所述方法包括监控每个用户正在访问的带宽量；识别至少一个正在访问超过最大使用阈值的带宽量的超量带宽用户；确定导致超量带宽用户超过最大使用阈值的特定服务器系统活动；和控制超量带宽用户的特定服务器系统活动以便自我平衡输入/输出(I/O)带宽的差异。
24.如权利要求23所述的方法，其中，控制超量带宽用户的特定服务器系统活动包括向超量用户发送一个通知，通知该超量用户减少对于所述特定服务器系统活动的使用。
25.如权利要求23所述的方法，其中，控制超量带宽用户的特定服务器系统活动包括禁止所述特定服务器系统活动；和向超量用户发送一个通知，通知该超量用户停止对于所述特定服务器系统活动的访问。
26.如权利要求23所述的方法，其中，控制超量带宽用户的特定服务器系统活动包括终止由该超量用户对所述信号的访问。
全文摘要
本发明涉及一种通信方法，用于合理分配对具有规定带宽的共享宽带信号访问，以保证每个访问系统的用户至少接收预定的最小带宽连接。该方法使用包括至少一个服务器和多个连接到至少一个服务器的客户端系统的服务器系统。相应的用户利用每个客户端系统。所述方法包括控制用户对共享的宽带信号的访问、监控由每个用户使用的信号带宽量、以及基于带宽的总体使用控制每个用户可用的信号带宽量。
文档编号G06F13/00GK1579071SQ02821419
公开日2005年2月9日 申请日期2002年7月1日 优先权日2001年8月31日
发明者威廉·J·珀普拉, 凯文·M·奥布赖恩 申请人:波音公司