G
gsl4361
Unregistered / Unconfirmed
GUEST, unregistred user!
我们公司是做超市的防盗系统的,如:防盗报警门,消磁器,产品一般销往国外,最近推
出了网络版的报警门(网线连接)、消磁器(网线连接),想用本地监控中心(国外某一店
中的电脑)和这些设备组成局域网,本地监控中心功能:控制管理这些设备,如门的报警信
息,客访信息,消磁器的消磁信息,这些信息要存到本地数据库中(access),本地监控中心还应能调
节某一个设备的硬件参数:如增益,噪声值,以使这些设备良好工作。也就是说,本地监控
中心要与设备能实时通讯,并管理相关数据。
同时,还要有一个远程监控中心(如在北京),固定一个IP。通过internet和本地监控中
心(国外店中电脑)连接,来远程控制管理设备的信息,也就是说:各店的设备的报警消磁
客访信息应能传到远程监控中心,并存在远程数据库(sqlserver)中。通过远程监控中心也能调节某一个
设备的硬件参数,达到远程监控管理的目的。
我们目前的做法是:本地监控中心是普通应用程序,与门通讯采用udp协议通过idudpserver
(indy)控件实现(设备那边我们不管),远程也采用普通应用程序和本地监控中心通过tserversocket(非阻塞)/tclientsocket(非阻塞)一对控件实现通讯。
几个问题:
1. 我们总想把远程监控中心做成web方式,这样,远程监控人员无论在哪,都可以的登录网站来控制管理这些设备了,各个使用这些设备的公司(如家乐福)也可以通过登录网站查询统计自己公司各店的数据。可是,我们现在很迷茫:用什么方式做好呢?! asp/isapi还是其他?我对这方面不是很熟。但据我们了解: asp/isapi 是无状态的,都不能实现像socket方式的连接。因为要实现远程调参数的功能,我必须要有连接的。我想知道有什么手段实现web程序和本地监控中心的普通应用程序怎么一对一通讯呢?
2. 我们现在的做法是折衷的办法:整个系统采用SOCKET的CLIENT / SERVER 结构 ,SOCKET SERVER应用程序和WEB 在一个托管服务器上7x24小时运行。WEB网页(asp)修改远程 门的参数时,先将修改的参数,写到一个表中,再由 SOCKET SERVER应用程序定时检查这个表,如果有新数据,SOCKET将根据数据的相应信息重新组织数据,向相应的门或消磁器所在的店的应用程序发送信息,再由这个应用程序发给门或消磁器。修改参数的过程就是这样。这样的做法,我觉得不合理:一般来说,本地监控中心(店)中的设备数约为30个,远程要监管的店可能有几百个,SOCKET SERVER应用程序能稳定工作吗?能接受大量频繁的连接吗?(每次接受的数据量到不大)。这样做法做有什么毛病?
3。 如果托管服务器的SOCKET SERVER应用程序DOWN掉了,如何在我的办公室远程维护?
这些问题我一直很头疼,希望大家帮忙,帮助分析这个系统的最佳方案!
出了网络版的报警门(网线连接)、消磁器(网线连接),想用本地监控中心(国外某一店
中的电脑)和这些设备组成局域网,本地监控中心功能:控制管理这些设备,如门的报警信
息,客访信息,消磁器的消磁信息,这些信息要存到本地数据库中(access),本地监控中心还应能调
节某一个设备的硬件参数:如增益,噪声值,以使这些设备良好工作。也就是说,本地监控
中心要与设备能实时通讯,并管理相关数据。
同时,还要有一个远程监控中心(如在北京),固定一个IP。通过internet和本地监控中
心(国外店中电脑)连接,来远程控制管理设备的信息,也就是说:各店的设备的报警消磁
客访信息应能传到远程监控中心,并存在远程数据库(sqlserver)中。通过远程监控中心也能调节某一个
设备的硬件参数,达到远程监控管理的目的。
我们目前的做法是:本地监控中心是普通应用程序,与门通讯采用udp协议通过idudpserver
(indy)控件实现(设备那边我们不管),远程也采用普通应用程序和本地监控中心通过tserversocket(非阻塞)/tclientsocket(非阻塞)一对控件实现通讯。
几个问题:
1. 我们总想把远程监控中心做成web方式,这样,远程监控人员无论在哪,都可以的登录网站来控制管理这些设备了,各个使用这些设备的公司(如家乐福)也可以通过登录网站查询统计自己公司各店的数据。可是,我们现在很迷茫:用什么方式做好呢?! asp/isapi还是其他?我对这方面不是很熟。但据我们了解: asp/isapi 是无状态的,都不能实现像socket方式的连接。因为要实现远程调参数的功能,我必须要有连接的。我想知道有什么手段实现web程序和本地监控中心的普通应用程序怎么一对一通讯呢?
2. 我们现在的做法是折衷的办法:整个系统采用SOCKET的CLIENT / SERVER 结构 ,SOCKET SERVER应用程序和WEB 在一个托管服务器上7x24小时运行。WEB网页(asp)修改远程 门的参数时,先将修改的参数,写到一个表中,再由 SOCKET SERVER应用程序定时检查这个表,如果有新数据,SOCKET将根据数据的相应信息重新组织数据,向相应的门或消磁器所在的店的应用程序发送信息,再由这个应用程序发给门或消磁器。修改参数的过程就是这样。这样的做法,我觉得不合理:一般来说,本地监控中心(店)中的设备数约为30个,远程要监管的店可能有几百个,SOCKET SERVER应用程序能稳定工作吗?能接受大量频繁的连接吗?(每次接受的数据量到不大)。这样做法做有什么毛病?
3。 如果托管服务器的SOCKET SERVER应用程序DOWN掉了,如何在我的办公室远程维护?
这些问题我一直很头疼,希望大家帮忙,帮助分析这个系统的最佳方案!