问题描述
最近在做一个互联网远程数据采集的项目，服务器上有一个TCP服务端，负责接收远端采集来的数据并存到数据库，另外有一个web应用（asp.net）来定时加载数据库中采集的最新数据，另外还可以从web端发送几个控制指令来控制远端设备。问题来了，控制指令可以从TCP服务端发给指定IP的数据采集设备，但是从网页上过来的控制指令怎么传递给TCP服务端呢？或者大家对类似业务场景有没有更好的解决方案？
解决方案
本帖最后由 maomao19861109 于 2013-11-12 22:38:11 编辑
解决方案二：
如果你的“TCP服务器端”使用标准的http协议就好办了，否则没法直接通讯。
解决方案三：
这种业务场景还有其他可行的技术方案么？各位大神都来讨论一下呀。
解决方案四：
引用1楼caozhy的回复:
如果你的“TCP服务器端”使用标准的http协议就好办了，否则没法直接通讯。
看技术说明，这样的东西都该有接口支持说明吧
解决方案五：
同遇到这样的问题，楼主如何解决的？
解决方案六：
1.可以web项目中使用TCPClint,不过一般不建议这么用2.进程间通信,通过数据库中转指令,或tcp服务端支持http协议
解决方案七：
最近发现好多做"智能设备"的人,,,,,我也懒得打了....看12#的描述..或者你看下LZ其他跟你类似帖子我也有回复还有图具体你自己搜索吧
解决方案八：
.net有HttpListener类库，可以方便地自己开发web服务器。你的网页可以直接通过类似http://www.abcdef.com:81/12345/xx?a2342kdfa这样的形式访问你的windowsservice服务。你的windws服务不但可以承载tcp、udp服务，也可以承载http服务、wcf服务、websocket服务、msmq业务服务等等，而且后者其实比tcp服务的代码更容易（假设tcp服务引擎需要200行代码，那么一个http服务引擎其实只需要30行代码而已，非常简单）。所以不要绕大弯子，应该在的服务器程序上直接支持网页去直接访问。（当然，为了安全原因，你可以只允许你知道的IP去访问）
解决方案：
引用2楼maomao19861109的回复:
这种业务场景还有其他可行的技术方案么？各位大神都来讨论一下呀。
怎么说呢？如果你只是盖过鸡窝，别人认为很容易盖3层楼的做法，在你来说就是“不可行”的，所以难以沟通。