大批量产品须添加短信功能，征求解决方案

    我们的ODM产品需要增加一个短信提示功能。客户的需求是，采取C/S架构的通信。Client端是若干个GPRS终端，Server端是一台拥有公网IP的PC。要求c、s能够双向通信。

    在和客户的构图中，目前提出有3种方案：

    1. 短信猫
       这一方案不适合客户情况，因其需要较多的client端；
    2. 企业短信网关，也就是走中移动的cmpp
    3. 客户端采用gprs上网，wap包月，通过代理走cmnet，获取公网ip，然后和server的通信就基于ip。
       但对这一方案的可行性、可靠性、通信时延存在疑虑（主要是可行性）。
       还有就是此种方式只能通信，而不能实现标准的短信，因此客户端必须是带有tcp/ip的智能手机或者带tcp/ip嵌入式系统+gprs模块方式。(请协助确认)

    如贵公司对方案2有成熟的产品或者方案，请略作介绍；
    如贵公司对方案3有方案，请速联系 lizhaozhuo_people.com.cn(请把_换成@)

这个很容易，有很多种gprs转以太网模块从几百元到一千几都有

具体情况具体分析

大家好，我想采用方案3.
如果采用cmwap上网，能否获取公网ip？以便和PC机器进行IP通信？

我的理解是，cmwap不仅无法获得公网ip，（只能是10打头的内网ip）而且限制了端口，只能是7209，即使使用10.0.0.172的代理，也只能访问80端口。
那么cmnet是不是完全开放的呢？

恩，CMNET完全没什么问题的，用CMWAP做数据传输是行不通的，这个你基本上不用想了， 不仅仅是端口的问题，还有服务器的协议主机的问题

对你分析的三种通信方式，我向实现起来第二种是最难的。因为你要通过cmpp，这个本身难度就比较大。反观第三种方案，就如你自己分析的那样，也存在着问题，就是他只能产生数据而非短信，而且即使使用这样的方式，也需要非常多的客户端，参照第一种方式，这个可能也就不适合了.lucky.yin@gmail.com

楼上的，第三种做法很正常啊，你随便去了解一下，现在这种项目太多了，直接走CMNET的，中心用INTERNET的接收，都可以，如果用GSM的也一样！但是点数多了，数据量大了，数据发送频繁了用GSM肯定是不行的，这个到底用GPRS还是用GSM这个是需要看实际项目需求的！

wxf:他的本意是想节约成本，不使用很多的终端，但是第三种也需要很多的终端，所以……

这个成本也不会很高啊，客户端的终端设备不会太贵，就1000多点而已（做个广告，这个可以找我），中心端设备主要看项目要求，一般费用不大。
关于运营费用，那就更好说了，GSM和GPRS都有包月的，这种肯定是最省的了！

呵呵，1000多，那还不高啊。嘻嘻……

GPRS 差不多了，如果数量多，这个价格肯定是会突破1000的，另外，如果是GSM的话，那就更便宜了！

也是，其实在具体应用的时候，楼主可以考虑更多的方式，比如多个客户端采用一个通信终端，这个在我们的产品中间，相关的方案也有。

诺亚软件  就有群发短信的各种开发包和设备硬件。网址：www.noahsoft.cn可椅子下载案例。

楼主的第三种方案绝对可行,但是就一定是通过GPRS网络进行通信,完全可以实现双向通信.