询问客户端数据展示的解决方案

[csz_1987]

场景描述：
在户外有若干个数据采集器，它们每分钟或者每十分钟向服务器发送一次观测数据(但并不是固定时刻,有可能第一个: HH:mm:01 第二个: HH:mm:07 第三个: HH:mm:33 第四个:....)
而客户端为若干个WindosMobile系统的手持设备(电池供电)。现需要尽可能的将实时数据展现在客户端上。

自己设想了几个方案
一、客户端弄一个Timer，定时的去服务器取数据，然后展示出来。(间隔30秒一次，展现出相对"实时"的数据？)
二、服务器若有新数据进来，则通过Socket，通知各个客户端，客户端收到消息后再去服务器取回新数据，展现出来。(感觉有点类似QQ群)

这两个方案是否可行？
大家有没有遇到类似的需求？有什么好的解决方案么？
由于没接触过Socket编程，这方面开发起来，成本大么？

[csz_1987]

我晕，楼上怎么变成那样了。我再发一次。


场景描述：
在户外有若干个数据采集器，它们每分钟或者每十分钟向服务器发送一次观测数据(但并不是固定时刻,有可能第一个: HH:mm:01 第二个: HH:mm:07 第三个: HH:mm:33 第四个:....)
而客户端为若干个WindosMobile系统的手持设备(电池供电)。现需要尽可能的将实时数据展现在客户端上。

自己设想了几个方案
一、客户端弄一个Timer，定时的去服务器取数据，然后展示出来。(间隔30秒一次，展现出相对"实时"的数据？)
二、服务器若有新数据进来，则通过Socket，通知各个客户端，客户端收到消息后再去服务器取回新数据，展现出来。(感觉有点类似QQ群)


大家有没有遇到类似的需求？有什么好的解决方案么？
由于没接触过Socket编程，这方面开发起来，成本大么？

[911xie]

问题1，规划好服务端-客户端协议，有数据、无数据或多条数据都可以组装成一个xml给客户端解析
问题2，网络操作耗电在于网络流量大小，协议可以做一个很小的心跳包，定时发送的是这个小心跳包，返回包告诉客户端是否有新数据，这时再决定是否发请求数据包，这样可以保证网络流量很小了。

[xiayadong]

我觉得用你所说的第一种比较简单
架设个sql服务器，数据采集器有数据后就向sql内写入，
客户端定时连接sql服务器查询数据

[911xie]

1.建议客户端定时向服务器请求数据方式，如果服务端与客户端交互的仅仅是一些采集数据，不涉及图片文件，和实时没什么分别；
2.如果楼主没接触过socket，服务端也是你写的，可以采用http通信的话，使用wininet方式进行通信会简单很多，成本较低。

[csz_1987]

首先感谢楼上二位的回复。

如果用Timer的话，一、是时间间隔不好把握，有可能在10秒的时间内都没有新数据进来，有可能某一秒钟同时进来多条数据。二、如果用Timer，那就固定时间查询一次服务器，如果没数据，那就白查询了一次，而与服务器交互一次，都需要调用网络，这样的话，会不会很耗电？还要考虑一下电池的续航能力。

大家有遇到过类似的需求么？