专利名称：一种网管监控系统的轮询实现方法及装置的制作方法
技术领域：
本发明涉及网管监控系统，具体的说，涉及一种在使用多调制解调器(MODEM)进行拨号通信时的网管监控系统的轮询实现方法及装置。
技术背景如图1所示，现有技术中利用MODEM拨号方式实现网管与设备之间 通信的网管监控系统的一般系统架构是网管端通过通信服务器完成与监 控设备的通信。通常，通信服务器上设置多个网管端MODEM，如图l所示的网管端MODEM 1、网管端MODEM2、......、网管端MODEM N，每个网管端MODEM可在一个时刻拨号一个设备MODEM从而建立网管 端与该设备的通信。由于有些设备需要对拨号号码进行鉴权，即这些设备 只接受使用其鉴权拨号号码的网管端MODEM对其的拨号。图1展示了这 一关系，即设备11……设备lm只接受网管端MODEM 1的拨号，设备21......设备2m只接受网管端MODEM2的拨号，设备N1......设备Nm只接受网管端MODEM N的拨号。需要理解的是，参数m只说明一个网管 端MODEM可以在不同时刻拨号不同的设备，并不构成对设备数目的限 制，其并不表明每个网管端MODEM可拨号的设备数目是相同的。通信服务器上的网管端MODEM与设备进行通信之前，需要通过拨号 拨通链路，这个拨通的过程大约需要20-30秒不等，拨通后就可以进行通 信了，这个通信时间一般只要1-2秒，相对拨通和挂断来说很短，通信结 束又要挂断链路，等待MODEM硬件进行复位，这个过程也需要5秒左右。 可见，在整个通信过程中，影响其时间的最大因素在于MODEM的拨号时 间，其导致两个MODEM发送相同数量的数据包，完成时间可能相差很大， 其一是在MODEM拨通时间存在较大的差别，其二是要发送这些数据包， 需要连接的设备数量可能不一样，例如如果全部数据包都发送给同一个设 备，那么拨通一次就可以了，如果每个数据包要发送给不同的设备，则对 每个设备都要拨通和挂断，时间就会很长。上述时间上的损耗在一般情况下可能不会造成太大的影响，然而在网 管需要对监控设备进行轮询时，由于需要轮询的设备巨大，将可能造成严重的时间损耗。现有技术的轮询方式，不仅仅存在MODEM拨号时间的大量损耗，'也 存在着不能有效地对通信服务器的MODEM资源进行调度的问题。如图2 所示，现有技术中的通信服务器的路由选择策略的主要步骤是一、 通信服务器接收网管端发送过来的命令；二、 如果命令中指定的鉴权号码不为空，并且通信服务器的通信资源 中存在拨号号码是该鉴权号码的MODEM,把该命令加入该MODEM的等 待发送队列；否则找出所有MODEM中等待发送队列里面命令最少的 MODEM,把该命令加入该MODEM的等待发送队列。这种通信服务器的路由选择策略，只是根据处理时刻的MODEM空闲 情况以及数据包鉴权情况进行的，没有办法预先了解后续还有哪些数据包 要处理，也没有办法预先了解哪些MODEM处理比较快，哪些MODEM 处理比较慢。由于没有综合考虑设备鉴权的情况、通信服务器中每个 MODEM的空闲情况，导致轮询的过程中，可能出现有些MODEM忙不过 来，有些可以发送相应数据包的MODEM却出现空闲的情况。.例如网管端MODEM l在接收到大量不需要鉴权的数据包后，这时 必须网管端MODEM 1发送的鉴权数据包才到达，由于大量不需要鉴权的 数据包占据了网管端MODEM 1发送的时间，则导致这些鉴权数据包只能 排队等待。而此时网管端MODEM2可能已经出现了空闲，其本可以发送 那些在网管端MODEM 1中排队等待发送的无鉴权数据包。又如开始时，网管端MODEMl、网管端MODEM2都接收到了相 同数量的数据包，网管端MODEM 1可能很快发送完所有等待的数据包， 而网管端MODEM2处锂速度比较慢，还有很多数据包等待发送，而其中 很可能包括一些可以由网管端MODEM 1进行发送的无鉴权数据包，结果 是MODEM资源没有充分利用，进一步造成轮询需要很多时间。发明内容有鉴于上述背景，本发明提出了一种网管监控系统中的轮询实现方法，可以提高网管进行轮询时的效率。为了解决上述技术问题，本发明采用了如下技术方案 一种网管监控系统的轮询实现方法，包含如下步骤A、网管端获取通信服务器的各调制解调器的资源信息；B、 网管麵建立鉴权队列和无鉴权队列，并根据所述资源信息将轮询命令按如下原则进行分配如果轮询命令对应设备的鉴权拨号号码与通信服务 器的任一调制解调器的拨号号码相同，则将该轮询命令分配到鉴权队列； 否则将该轮询命令分配到无鉴权队列；C、 网管端在一轮发送周期中，根据所述资源信息判断通信服务器的各调 制解调器的状态，并按如下原则发送轮询命令如果某个调制解调器的状态为空闲，判断鉴权队列中是否存在对应设 备的鉴权拨号号码与该调制解调器的拨号号码相同的轮询命令，如果有， 发送一组所述对应设备的鉴权拨号号码与该调制解调器的拨号号码相同的 轮询命令到通信服务器，否则，发送一组无鉴权子队列的轮询命令到通信 服务器；结束本轮发送周期；D、 网管端重新获取通信服务器的各调制解调器的资源信息，重复步骤C 直到轮询结束。进一步的，所述步骤B中还包括如下排序处理对各队列中的轮询命 令进行排序，将对应设备相同的轮询命令排序在一起形成一组命令。更进一步的，所述鉴权队列包括至少一个鉴权子队列，各鉴权子队列 与通信服务器的各调制解调器一一对应，对应设备的鉴权拨号号码与通信 服务器的某一调制解调器的拨号号码相同的轮询命令被分配到对应的鉴权 子队列。 所述的轮询实现方法，所述通信服务器的各调制解调器的资源信息包 括通信服务器的调制解调器数量ModemCount、各调制解调器对应拨号号 码TelNumber和各调制解调器发送队列中的待通信设备数量DeviceCount。所述的轮询实现方法，所述步骤C中判断通信服务器的各调制解调器 的状态按如下方式进行当调制解调器的待通信设备数量DeviceCount>2，判定该调制解调器 状态为繁忙；否则，判定调制解调器状态为空闲。所述的轮询实现方法，当判定某一调制解调器的状态为繁忙，网管端 不向通信.服务器发送该调制解调器对应的轮询命令。所述的轮询实现方法，所述步骤A中网管端获取通信服务器的各调制 解调器的资源信息按如下方式进行Al、网管端发送查询调制解调器通信资源信息的请求到通信服务器； A2、通信服务器根据接收到的査询请求后，实时获得网管端各调制解 调器的通信资源信息；A3、通信服务器把获得的通信资源信息发送给网管端。 本发明还公开了一种网管监控系统的轮询实现装置，包含网管端和通信服务器，网管端设有调度模块、鉴权队列和无鉴权队列， 所述鉴权队列和无鉴权队列根据获取的通信服务器的各调制解调器的资源 信息按如下原则分配有轮询命令如果轮询命令对应设备的鉴权拨号号码 与通信服务器的任一调制解调器的拨号号码相同，则该轮询命令分配在鉴 权队列；否则该轮^J命令分配在无鉴权队列；所述调度模块用于在每一轮发送周期中，根据获取到的通信服务器的 各调制解调器的资源信息，判断通信服务器的各调制解调器的状态，并按 如下原则发送轮询命令直至轮询结束如果某个调制解调器的状态为空闲，判断鉴权队列中是否存在对应设 备的鉴权拨号号码与该调制解调器的拨号号码相同的轮询命令，如果有， 发送一组所述对应设备的鉴权拨号号码与该调制解调器的拨号号码相同的 轮询命令到通信服务器，否则，发送一组无鉴权子队列的轮询命令到通信 服务器；结束本轮发送周期。所述调度模块还用于对鉴权队列和无鉴权队列中的轮询命令进行如下 排序处理对各队列中的轮询命令进行排序，将对应设备相同的轮询命令 排序在一起形成一组命令。所述鉴权队列包括至少一个鉴权子队列，各鉴权子队列与通信服务器 的各调制解调器一一对应，对应设备的鉴权拨号号码与通信服务器的某一 调制解调器的拨号号码相同的轮询命令被分配到对应的鉴权子队列。所述的轮询实现装置，所述通信服务器的各调制解调器的资源信息包 括通信服务器的调制解调器数量ModemCount、各调制解调器对应拨号号 码TelNumber和各调制解调器发送队列中的待通信设备数量DeviceCount。所述的轮询实现装置，所述调度模块判断通信服务器的各调制解调器 的状态是采用如下方式当调制解调器的待通信设备数量DeviceCount〉2，判定该调制解调器状态为繁忙；否则，判定调制解调器状态为空闲。所述的轮询实现装置，所述调度模块还用于在判定某一调制解调器的 状态为繁忙时，调度网管端不向通信服务器发送该调制解调器对应的轮询 命令。本发明的轮询实现方法，根据通信服务器的各调制解调器的资源信息， 按照轮询命令的对应设备的鉴权号码是否与某一调制解调器相同，而将轮 询命令分配在鉴权队列和无鉴权队列，并将命令的发送分为多个发送周期， 在每一轮发送周期，网管端根据资源信息对调制解调器的状态进行判断， 在其状态为空闲时，优先发送鉴权队列中对应的轮询命令，如果在鉴权队 列中没有命令要发送，则发送无鉴权队列的命令。通过上述方式，网管端 能够准确地了解每次发送时通信服务器的资源状况，并保证了需要鉴权的 轮询命令能够及时通过其对应的调制解调器发送，而不需要鉴权的轮询命 令也能在空闲时得到发送，从而实现了对通信资源的有效调度，提高了轮 询效率。进一步的，对队列中的轮询命令进行排序，将相同设备拨号号码的命 令排序在一起，从而减少了重复拨号的可能性，进一步提高了轮询效率。更进一步，将鉴权队列分为多个鉴权子队列，分别对应各个调制解调 器，各调制解调器对应的鉴权轮询命令被分配到相应的鉴权子队列，这样， 在某调制解调器空闲，需要判断是否存在与其对应的鉴权命令时，可提高 査询效率。此外，当判定某一调制解调器的状态为繁忙，网管端不向通信服务器 发送该调制解调器对应的轮询命令，使得网管端能够有效地监控轮询的进 度。
图1是典型的网管监控系统的架构示意图； 图2是图1所示的通信服务器的路由选择策略的流程图； 图3是本发明具体实施方式
的轮询实现方法的流程图； 图4是本发明具体实施方式
的轮询实现装置的框图。
具体实施方式
下面对照附图并结合具体实施方式
对本发明进行进一步详细说明。网管端进行轮询处理时，需要发送大量数据包，如果按照一般的处理 方式，以随机的顺序发送给通信服务器，通信服务器虽然能够处理，但需 要耗费大量的时间。本发明提供了一种优化的轮询实现方法，其主要考虑到l!;有技术中的 MODEM资源由于没有有效调度而造成的资源浪费，通过本发明的方法有 效对MODEM资源进行调度，提高MODEM资源的利用率，从而提高网 管轮询的效率。另一方面，考虑到在监控通信中，主要的时间损耗在 MODEM拨号中，因此从减少MODEM拨号次数的角度来提高网管轮询的 效率。本发明具体实施方式
的轮询实现方法如图3所示，其主要步骤是51、 网管端对所有需要进行轮询的设备进行组包；52、 网管端发送査询MODEM通信资源信息的请求到通信服务器；53、 通信服务器接收到网管端査询MODEM通信资源信息的请求后， 实时获得网管端每个MODEM的信息，包括MODEM数量ModemCo皿t， 每个MODEM对应的拨号号码TelNumber，每个MODEM发送队列中已 经排队等待进行通信的设备数量DeviceCount;54、 通信服务器把通信资源信息发送给网管端；55、 网管端根据获得的通信资源信息，进行如下处理 建立无鉴权队列和鉴权队列，作为本发明的一个优选例，可以根据MODEM通信资源信息，对每个MODEM建立一个鉴权子队列，鉴权子队 列的数量等于MODEM数量ModemCount，各鉴权子队列关联其对应 MODEM的对应拨号号码TelNumber及该MODEM发送队列中已经排队 等待进行通信的设备数量DeviceCount,这样的处理将为后续的命令查找 带来便利；56、 网管端依次对每个轮询命令进行分配，分配原则是如果轮询命 令对应设备的鉴权号码(即该设备只接收该拨号号码的拨号)与某一个 MODEM通信资源的拨号号码相同，将该命令加入鉴权队列下面对应的鉴 权子队列；否则，如果轮询命令不属于任何一个鉴权子队列，则将该命令加入无 鉴权队列；可以理解，此处的无鉴权队列可以包含两种命令 一种是不需 要鉴权号码的命令，另一种则是虽然有鉴权号码，但是与通信服务器上的 鉴权号码都不同的命令；57、 轮询命令分配完成后，对无鉴权队列及各鉴权子队列进行排序，排序的原则是相同设备拨号号码的命令连接在一块，即对应设备的鉴权 号码相同的轮询命令在各自的队列中被整理为相互邻接，直到每个队列的 命令排序完毕。上述过程可以看成为 一个轮询命令的发送准备过程，经过这一发送准 备过程，将有利于完成以下的命令发送处理过程，下面继续对命令发送处 理过程进行说明58、 在网管端设置计数器UsabledModemCount = 0,此参数将用来反 映通信服务器中的空闲的MODEM数目；网管端将对鉴权队列下面每个鉴权子队列进行如下处理59、 如该子队列对应的MODEM的排队等待通信的设备数量 DeviceCount > 2 (因为获得通信资源对应的DeviceCount后，可能很快所 有命令就会发送完毕，因此此处以2而不是1作为MODEM状态的判断条 件)，进行步骤S10;否则，进行步骤Sll;510、 对UsabledModemCount进行加1，需要注意的是，此时并没有 发送该队列的命令，因为通信服务端等待使用对应MODEM进行通信的命. 令还没有处理完毕；511、 如果一+鉴权子队列还有等待发送的命令，进行步骤S12，否则 进行步骤S13;512、 从队列最前面开始往后，将相同设备拨号号码的命令作为一组 命令，对队列最前面的一组命令进行发送，然后对发送过的命令进行删除， 最后对UsabledModemCount进行加1;513、 继续处理下一个鉴权子队列直到全部鉴权子队列处理完毕； 从上述说明可以了解在DeviceCounP2时，说明该对应的MODEM处于繁忙状态，则在本实施例的处理中，仅是将网管端计数器 UsabledModemCount+1 ，而不发送该MODEM对应的轮询命令。这是由于 如果此时将命令发送到通信服务器，由于通信服务器处于繁忙状态，轮询 命令将只能在该MODEM的等待发送队列中继续等待而不能很快得到处 理，而网管端无法对这种情况予以监控，因此将不能有效判断轮询进度。 而采用本实施的方式，网管端将可以通过未发送的轮询命令有效的监控轮 询进度。在DeviceCount <= 2，即MODEM处于空闲状态时，则先判断该 MODEM对应的鉴权子队列中是否有等待发送的命令，如果有，则说明该MODEM尽管处于空闲状态，但需要发送其鉴权子队列中的命令，此时则 发送该MODEM对应的鉴权子队列中的命令，并对网管端计数器 UsabledModemCount+1;如果该MODEM对应的鉴权子队列已经没有等待 发送的命令，不改变UsabledModemCount。可见，经过以上步骤S9至S13的处理，轮询命令将可以在MODEM 处于空闲时发送其鉴权子队列中的命令，同时UsabledModemCount将可以 反映出处于繁忙状态和空闲但需要发送鉴权命令的MODEM数量。S14 、如果计数器UsabledModemCount小于MODEM数量 ModemCount,则说明通信服务器中的某些MODEM通信资源不仅进入空 闲状态，而且可以利用这些空闲的MODEM发送那些保存在无鉴权队列中 不需要鉴权的命令，即在此条件满足下，进行步骤S15，否则跳转至步骤 S16。515、 用ModemCount减去UsabledModemCount,得到空闲MODEM 数量IdleModemCoimt，对无鉴权队列，从队列最前面开始往后，相同设 备拨号号码的命令为一组命令，对队列最前面的IdleModemCount组命令 进行发送，然后对发送过的命令进行删除；从上述说明可以理解，UsabledModemCount是网管端的计数器， ModemCount是通信服务端的计数器(网管通过査询，通信服务器返回的 数值)。假设通信服务器有10个MODEM,网管査询时，通信服务器返回 这10个MODEM査询时刻的DeviceCount (每个Modem对应一个 DeviceCoimt)，相应在网管端有10个鉴权子队列。假如最后2个鉴权子队 列己经为空，且对应的DeviceCount<=2 (说明网管端没有数据要发送，同 时通信服务器基本为空，在经过上述处理后，UsabledModemCount的值就 是8，说明这两个MODEM为空闲状态，那么就可以从无鉴权队列取出2 个设备的数据包通过该两个MODEM发送出去。(由于通信服务器的路由 选择策略，通信服务器会自动根据最空闲的顺序把这两个设备的数据包分 配到这两个MODEM等待队列中去。516、 对无鉴权队列以及鉴权队列下面的每个子队列进行判断，如果 都已经为空，进行步骤S17;否则，进行步骤S18;517、 轮询命令发送完毕，不再进行后续处理，退出处理流程；518、 网管端发送查询MODEM通信资源信息的请求到通信服务器； 通信服务器获得MODEM通信资源信息并返回给网管端；网管端根据接收到的MODEM通信资源信息，更新保存MODEM发送队列中已经排队等 待进行通信的设备数量DeviceCount的数值；返回步骤S8，网管端开始新 一轮的发送周期进行轮询命令发送。因为通信服务器处理一个设备的通信需要一定时间，所以可以在新一 轮发送周期开始，即上述的返回步骤S8的处理之前设置一个等待时间， 等待时间设置应当适宜，因为如果等待时间太短，会造成网管端频繁查询 通信服务器端的通信资源情况，如果时间太长，可能通信服务器端MODEM 已经空闲了，网管端还没有新的数据发送过去，造成通信服务端MODEM 资源浪费。因此可将等待时间设定为等待30秒钟(等待通信服务器端完成 与一个设备的通信时间，包括20秒中左右的拨号过程，数据传输，挂断)。总结本发明的轮询实现方法，其主要的优点在于-为了提高网管端的轮询效率，对轮询命令在队列中进行排序，做到发 给同一个设备的命令在拨号成功后一次发送完毕，避免重复拨号造成的大 量的时间损失；系统中存在部分设备需要鉴权，部分设备不需要鉴权，网管轮询时， 先根据鉴权情况进行分类，在发送数据包时，引入发送周期的概念，每个 发送周期开始的时候先查询通信服务MODEM资源情况，知道哪些 MODEM空闲，哪些MODEM比较忙，如果MODEM忙，本发送周期就 会忽略该MODEM,同时优先发送需要鉴权的数据包，发送了鉴权数据包 后，如果还有MODEM处于空闲状态，就发送相应设备数量的数据包，从 而充分利用了 MODEM资源。为了更加准确判断通信资源等待队列数量，发送一个周期的命令后， 网管端重新从通信服务端获得最新的通信资源等待队列数量。.通过以上的处理，做到了轮询完毕之前，充分利用MODEM资源，节 省大量可能出现的重复拨号时间，达到提高轮询效率的目的。本发明的轮询实现装置，如图4所示，包括网管端和通信服务器，网 管端设有调度模块、鉴权队列和无鉴权队列，鉴权队列和无鉴权队列根据 获取的通信服务器的各调制解调器的资源信息按如下原则分配有轮询命 令如果轮询命令对应设备的鉴权拨号号码与通信服务器的任一调制解调 器的拨号号码相同，则该轮询命令分配在鉴权队列；否则该轮询命令分配 在无鉴权队列；调度模块在每一轮发送周期中，根据获取到的通信服务器的各调制解 调器的资源信息，判断通信服务器的各调制解调器的状态，并按如下原则 发送轮询命令直至轮询结束如果某个调制解调器的状态为空闲，判断鉴权队列中是否存在对应设 备的鉴权拨号号码与该调制解调器的拨号号码相同的轮询命令，如果有， 发送一组对应设备的鉴权拨号号码与该调制解调器的拨号号码相同的轮询 命令到通信服务器，否则，发送一组无鉴权子队列的轮询命令到通信服务 器；结束本轮发送周期。上述每一发送周期的一组发送命令，其组成可以这样构成通过调度 模块对鉴权队列和无鉴权队列中的轮询命令进行排序处理，将对应设备相 同的轮询命令排序在一起，形成该组命令。作为本发明的优选实施方式，图4中所示的鉴权队列包括多个鉴权子 队列，各鉴权子队列与通信服务器的各调制解调器一一对应，对应设备的 鉴权拨号号码与通信服务器的某一调制解调器的拨号号码相同的轮询命令 被分配到对应的鉴权子队列。以上内容是结合具体的优选实施方式对本发明所作的进一步详细说 明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术 领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若 干简单推演或替换，都应当视为属于本发明的保护范围。
权利要求
1.一种网管监控系统的轮询实现方法，其特征在于，包含如下步骤A、网管端获取通信服务器的各调制解调器的资源信息；B、网管端建立鉴权队列和无鉴权队列，并根据所述资源信息将轮询命令按如下原则进行分配如果轮询命令对应设备的鉴权拨号号码与通信服务器的任一调制解调器的拨号号码相同，则将该轮询命令分配到鉴权队列；否则将该轮询命令分配到无鉴权队列；C、网管端在一轮发送周期中，根据所述资源信息判断通信服务器的各调制解调器的状态，并按如下原则发送轮询命令如果某个调制解调器的状态为空闲，判断鉴权队列中是否存在对应设备的鉴权拨号号码与该调制解调器的拨号号码相同的轮询命令，如果有，发送一组所述对应设备的鉴权拨号号码与该调制解调器的拨号号码相同的轮询命令到通信服务器，否则，发送一组无鉴权子队列的轮询命令到通信服务器；结束本轮发送周期；D、网管端重新获取通信服务器的各调制解调器的资源信息，重复步骤C直到轮询结束。
2.如权利要求1所述的轮询实现方法，其特征在于，所述步骤B中还 包括如下排序处理对各队列中的轮询命令进行排序，将对应设备相同的 轮询命令排序在一起形成一组命令。
3. 如权利要求1或2所述的轮询实现方法，其特征在于，所述鉴权队 列包括至少一个鉴权子队列，各鉴权子队列与通信服务器的各调制解调器 一一对应，对应设备的鉴权拨号号码与通信服务器的某一调制解调器的拨 号号码相同的轮询命令被分配到对应的鉴权子队列。
4. 如权利要求1或2所述的轮询实现方法，其特征在于，所述通信服 务器的各调制解调器的资源信息包括通信服务器的调制解调器数量 ModemCount、各调制解调器对应拨号号码TelNumber和各调制解调器发 送队列中的待通信设备数量DeviceCount。
5. 如权利要求4所述的轮询实现方法，其特征在于，所述步骤C中判 断通信服务器的各调制解调器的状态按如下方式进行当调制解调器的待通信设备数量DeviceCounP2，判定该调制解调器状态为繁忙；否则，判定调制解调器状态为空闲。
6. 如权利要求5所述的轮询实现方法，其特征在于，当判定某一调制 解调器的状态为繁忙，网管端不向通信服务器发送该调制解调器对应的轮 询命令。
7. 如权利要求1所述的轮询实现方法，其特征在于，所述步骤A中网 管端获取通信服务器的各调制解调器的资源信息按如下方式进行Al、网管端发送査询调制解调器通信资源信息的请求到通信服务器； A2、通信服务器根据接收到的査询请求后，实时获得网管端各调制解 调器的通信资源信息；A3、通信服务器把获得的通信资源信息发送给网管端。
8. —种网管监控系统的轮询实现装置，其特征在于，包含网管端和通信服务器，网管端设有调度模块、鉴权队列和无鉴权队列， 所述鉴权队列和无鉴权队列根据获取的通信服务器的各调制解调器的资源 信息按如下原则分配有轮询命令如果轮询命令对应设备的鉴权拨号号码 与通信服务器的任一调制解调器的拨号号码相同，则该轮询命令分配在鉴 权队列；否则该轮询命令分配在无鉴权队列；所述调度模块用于在每一轮发送周期中，根据获取到的通信服务器的 各调制解调器的资源信息，判断通信服务器的各调制解调器的状态，并按 如下原则发送轮询命令直至轮询结束如果某个调制解调器的状态为空闲，判断鉴权队列中是否存在对应设 备的鉴权拨号号码与该调制解调器的拨号号码相同的轮询命令，如果有， 发送一组所述对应设备的鉴权拨号号码与该调制解调器的拨号号码相同的 轮询命令到通信服务器，否则，发送一组无鉴权子队列的轮询命令到通信 服务器；结束本轮发送周期。
9. 如权利要求8所述的轮询实现装置，其特征在于，所述调度模块还 用于对鉴权队列和无鉴权队列中的轮询命令进行如下排序处理对各队列 中的轮询命令进行排序，将对应设备相同的轮询命令排序在一起形成一组 命令。
10. 如权利要求8或9所述的轮询实现装置，其特征在于，所述鉴权队 列包括至少一个鉴权子队列，各鉴权子队列与通信服务器的各调制解调器一~;对应，对应设备的鉴权拨号号码与通信服务器的某一调制解调器的拨 号号码相同的轮询命令被分配到对应的鉴权子队列。
11. 如权利要求8或9所述的轮询实现装置，其特征在于，所述通信服务器的各调制解调器的资源信息包括通信服务器的调制解调器数量ModemCount、各调制解调器对应拨号号码TelNumber和各调制解调器发 送队列中的待通信设备数量DeviceCount;所述调度模块判断通信服务器 的各调制解调器的状态是采用如下方式当调制解调器的待通信设备数量DeViceCoimt>2,判定该调制解调器 状态为繁忙；否则，判定调制解调器状态为空闲。
12. 如权利要求11所述的轮询实现装置，其特征在于，所述调度模块 还用于在判定某一调制解调器的状态为繁忙时，调度网管端不向通信服务 器发送该调制解调器对应的轮询命令。
全文摘要
本发明公开了一种网管监控系统的轮询实现方法及装置，所述方法包含如下步骤网管端获取通信服务器的各调制解调器的资源信息；根据所述资源信息将轮询命令按其对应设备的鉴权号码是否与调制解调器的拨号号码对应分别分配到鉴权队列和无鉴权队列；网管端在每一轮发送周期中，判断各调制解调器的状态并按如下方式发送轮询命令直至轮询结束如果某个调制解调器的状态为空闲，判断鉴权队列中是否存在与该调制解调器的拨号号码相同的轮询命令，如有，发送一组对应的轮询命令到通信服务器，否则，发送一组无鉴权子队列的轮询命令到通信服务器；结束本轮发送周期。所述装置实现了上述方法。本发明有效地利用了调制解调器资源，提高了轮询效率。
文档编号H04L12/24GK101267342SQ20081006648
公开日2008年9月17日 申请日期2008年4月10日 优先权日2008年4月10日
发明者雷 孙, 彭宇环 申请人:深圳国人通信有限公司