Iphone IIS流式传输/将JSON推送到iOS

快速版本：

我想将及时的JSON数据更新从IIS WCF RESTfull Web服务发送到iOS自定义应用程序。由于带宽成本和需要达到的更新率，我不想进行投票。我的客户端通过internet与服务器通信

我被我的选择弄糊涂了，我读到的大部分信息都过时了，面向网络浏览器或流媒体

我是否应该使用当前的最佳实践/标准实践

额外详情：

我有大约25-100台iOS v5.1客户端iPad。 我希望我的客户在事件发生后5秒内看到更新。 我的客户全天候运行，通过3G网络进行通信。 应用程序只需要在运行时接收数据，而不需要在应用程序最小化时显示通知。 使用第三方服务，或者必须在我的终端上设置一个特殊的服务器是不可能的。 无论我做什么，都需要与我现有的IIS WCF Web服务很好地集成。

---

不需要额外的研究，因为您提出了一个完全受限的问题：

只有两种选择：推或拉，拉被排除在外。 推送的方法只有一种：。 没有第三方的帮助，只有一个选择：构建APNs提供商。

---

虽然这个问题已经结束，但它提供了一些信息……至少有一些选项：信号器、WebSocket、socket.io、某种类型的Comet，使用JSONObjectWithStream方法。。。或者你是说这些都不可行吗？你是对的，长寿命的连接是推送或拉送的替代方案，但如果带宽成本和更新率排除了轮询，那么它不也排除套接字吗？100是一个很小的客户端受众。你为什么排除投票？我不排除投票——如果这是我唯一的选择，那么这将是我的选择。我估计每个轮询都会有一个2K http请求和一个1K空响应——这相当于每个客户端每天53M的轮询开销。我的事件相对较少，几乎所有的民意调查都会得到一个空洞的回应——因此推动似乎是有意义的。我假设我的推送连接在大部分时间里都是安静的，没有数据。你是说你需要每五秒钟从客户端到服务器发送2k吗？我认为一个空的响应是几十个字节，而不是1k。