本功能应用的场景是,实时跟踪系统。被跟踪对象为PDA,有多个PDA同时被监控,PDA上有GPS,PDA每隔几秒钟读取GPS上的位置数据,并通过GPRS网络发送到一台服务器上。服务器再将收到的位置数据转发给多个监控台。监控台接到数据,再在电子地图上显示。PDA还可能向服务器发送查询请求信息,服务器查询到结果后,回送到PDA端。
注:PDA通过GPRS与服务器通信和客户机与服务器通信是一回事,只不过一个是有线的一个是无线的。
难点:
1、PDA与服务器通信采用什么协议比较好?TCP还是UDP?
2、服务器端端口如何设置?我的想法是位置数据一个端口、查询请求数据一个端口。
3、服务器与监控台的通信应该采用何种策略?我的策略是,服务器吧接收到的数据存到数据库里的某个临时表里,控制台直接到服务器上的表里读数据。
4、位置信号与具体的PDA匹配的问题!
12 个解决方案
#1
如果是我, 我就用WEB方式来提交 即用ASP来写数据交换的代码 这样数据传输量小点容错性 好点 自己 用WINSOCK 还要多写很多代码
//要充分利用现成的技术嘛~
//要充分利用现成的技术嘛~
#2
提交数据是要在PDA上进行,而且是自动的提交,所以用ASP肯定是不行的。
#3
别那么说肯定 你用的PDA只要能上网就能提交的,
自动提交你以为很难的吗??
我最近做了好几个系统就是用ASP的自动提交的功能
自动提交你以为很难的吗??
我最近做了好几个系统就是用ASP的自动提交的功能
#4
因为PDA需要读取GPS上的数据,并且每隔几秒钟发送到服务器上去.ASP只用于显示活动页面,如果一定要以WEB的方式运行,可以在网页中插入ActiveX控件或者APPLET,底层通信还不是要用到TCP套接字.
但是目前PDA上的程序也是我们开发,所以我们直接编写一个客户端就得了,速度也快!
这些都不是问题,问题是我在上面题目中提到得,请各位关注那些真正要解决得问题.
但是目前PDA上的程序也是我们开发,所以我们直接编写一个客户端就得了,速度也快!
这些都不是问题,问题是我在上面题目中提到得,请各位关注那些真正要解决得问题.
#5
1用tcp比较稳定,udp在回发的时候涉及到net转换,建议采用tcp
2。你的这些信息可以用tcp只走1个端口
pda有 time控件。定时向服务器发信息
查询信息就用一个特殊标示
3。没个pda上线时在数据库中建1条记录,id,现在位置在time空间接受到消息后更新这条记录
4.这个问题是涉及到net转换的问题,不会有人告诉你的,但是我可以说只要这台pda在网络上,这个问题就能够解决,
我的qq34072941,+时注明原因,我可以和你聊
2。你的这些信息可以用tcp只走1个端口
pda有 time控件。定时向服务器发信息
查询信息就用一个特殊标示
3。没个pda上线时在数据库中建1条记录,id,现在位置在time空间接受到消息后更新这条记录
4.这个问题是涉及到net转换的问题,不会有人告诉你的,但是我可以说只要这台pda在网络上,这个问题就能够解决,
我的qq34072941,+时注明原因,我可以和你聊
#6
我说的是在VB程序中利用ASP做中介远程提交数据 可以解决你1-2的问题 这样就不需要专门编写数据传输的程序了, 编写代码速度可以快一些 ASP不也是用TCP/PC吗?
#7
还有甚至你可以直接 ADO连接到服务器上的数据库里
#8
_1_(到jinesc.6600.org来找我)
这位仁兄,你试验过用ado调用远程苏据库马,我调用都死机
可我用winsock连服务器 拨号上网,我只用了6秒
这位仁兄,你试验过用ado调用远程苏据库马,我调用都死机
可我用winsock连服务器 拨号上网,我只用了6秒
#9
我当然用过ADO直接连接了, 是在宽带上连的速度还是慢了点, 直接在在INTERNET上连的
不然我怎改成了 通过ASP做中转 我也试写过WINSOCK直接传输, 在实际传输中由于经常出现往来状态不稳定的因素, WINSOCK经常死掉 , 要改好这些代码的工作量实在太大 , 不如用ASP中转下算了 我的软件xCAM就是用ASP中转的
不然我怎改成了 通过ASP做中转 我也试写过WINSOCK直接传输, 在实际传输中由于经常出现往来状态不稳定的因素, WINSOCK经常死掉 , 要改好这些代码的工作量实在太大 , 不如用ASP中转下算了 我的软件xCAM就是用ASP中转的
#10
WINSOCK经常死掉!不会吧!你说的是哪一端?服务器端还是终端?
#11
不稳定的主要原因是并发原因,要对并发进行处理就解决了
#12
是否用TCP/UDP要根据实际需要。如果客户端老变,而且数量不定,数量有可能超过1千,数据允许丢失,就可以用UDP,否则,要看是否适合用TCP。
#1
如果是我, 我就用WEB方式来提交 即用ASP来写数据交换的代码 这样数据传输量小点容错性 好点 自己 用WINSOCK 还要多写很多代码
//要充分利用现成的技术嘛~
//要充分利用现成的技术嘛~
#2
提交数据是要在PDA上进行,而且是自动的提交,所以用ASP肯定是不行的。
#3
别那么说肯定 你用的PDA只要能上网就能提交的,
自动提交你以为很难的吗??
我最近做了好几个系统就是用ASP的自动提交的功能
自动提交你以为很难的吗??
我最近做了好几个系统就是用ASP的自动提交的功能
#4
因为PDA需要读取GPS上的数据,并且每隔几秒钟发送到服务器上去.ASP只用于显示活动页面,如果一定要以WEB的方式运行,可以在网页中插入ActiveX控件或者APPLET,底层通信还不是要用到TCP套接字.
但是目前PDA上的程序也是我们开发,所以我们直接编写一个客户端就得了,速度也快!
这些都不是问题,问题是我在上面题目中提到得,请各位关注那些真正要解决得问题.
但是目前PDA上的程序也是我们开发,所以我们直接编写一个客户端就得了,速度也快!
这些都不是问题,问题是我在上面题目中提到得,请各位关注那些真正要解决得问题.
#5
1用tcp比较稳定,udp在回发的时候涉及到net转换,建议采用tcp
2。你的这些信息可以用tcp只走1个端口
pda有 time控件。定时向服务器发信息
查询信息就用一个特殊标示
3。没个pda上线时在数据库中建1条记录,id,现在位置在time空间接受到消息后更新这条记录
4.这个问题是涉及到net转换的问题,不会有人告诉你的,但是我可以说只要这台pda在网络上,这个问题就能够解决,
我的qq34072941,+时注明原因,我可以和你聊
2。你的这些信息可以用tcp只走1个端口
pda有 time控件。定时向服务器发信息
查询信息就用一个特殊标示
3。没个pda上线时在数据库中建1条记录,id,现在位置在time空间接受到消息后更新这条记录
4.这个问题是涉及到net转换的问题,不会有人告诉你的,但是我可以说只要这台pda在网络上,这个问题就能够解决,
我的qq34072941,+时注明原因,我可以和你聊
#6
我说的是在VB程序中利用ASP做中介远程提交数据 可以解决你1-2的问题 这样就不需要专门编写数据传输的程序了, 编写代码速度可以快一些 ASP不也是用TCP/PC吗?
#7
还有甚至你可以直接 ADO连接到服务器上的数据库里
#8
_1_(到jinesc.6600.org来找我)
这位仁兄,你试验过用ado调用远程苏据库马,我调用都死机
可我用winsock连服务器 拨号上网,我只用了6秒
这位仁兄,你试验过用ado调用远程苏据库马,我调用都死机
可我用winsock连服务器 拨号上网,我只用了6秒
#9
我当然用过ADO直接连接了, 是在宽带上连的速度还是慢了点, 直接在在INTERNET上连的
不然我怎改成了 通过ASP做中转 我也试写过WINSOCK直接传输, 在实际传输中由于经常出现往来状态不稳定的因素, WINSOCK经常死掉 , 要改好这些代码的工作量实在太大 , 不如用ASP中转下算了 我的软件xCAM就是用ASP中转的
不然我怎改成了 通过ASP做中转 我也试写过WINSOCK直接传输, 在实际传输中由于经常出现往来状态不稳定的因素, WINSOCK经常死掉 , 要改好这些代码的工作量实在太大 , 不如用ASP中转下算了 我的软件xCAM就是用ASP中转的
#10
WINSOCK经常死掉!不会吧!你说的是哪一端?服务器端还是终端?
#11
不稳定的主要原因是并发原因,要对并发进行处理就解决了
#12
是否用TCP/UDP要根据实际需要。如果客户端老变,而且数量不定,数量有可能超过1千,数据允许丢失,就可以用UDP,否则,要看是否适合用TCP。