实时GPS跟踪系统的最佳服务器端解决方案是什么

嗯，我试着问这个问题作为对这个问题的评论，但我想也许没人会注意到，所以我决定单独问

问题是如何做实时GPS跟踪系统的事情；如果我们有以下情况：

用户将拥有带有集成GPS接收器的移动设备，而不是将GPS接收器连接到PC

位置数据将使用GPRS数据连接通过移动网络发送到服务器端

数据将被处理，KML路径文件将被创建并按时间间隔更新，并用于使用Google Earth跟踪用户

问题是：在服务器端实现此场景的最佳方法是什么；它是web服务、web应用程序、windows服务、windows应用程序还是什么？考虑到该系统将同时为多个用户提供服务，并且将来可能会有更多用户使用该系统（可扩展性问题）

---

提前感谢您，我非常感谢您的帮助：）

对于我来说，这里有一个技术限制/风险->移动设备及其连接性

1） 你的要求是什么？您是否需要支持各种移动设备，还是只关注一个平台

2） 更重要的是，您必须了解GPRS数据连接与连接到Internet的PC不同。不同的移动运营商有不同的连接限制

如果我设计这样一个系统是为了将这些风险降到最低，我会使用一个运行在端口80上的web服务器，移动设备可以通过POST上传它们的Long/Lat（甚至可以简化事情）

编辑：关于可伸缩性，将来使用久经考验的负载平衡技术很容易扩展

---

EDIT2：无论你决定使用哪种技术，我强烈建议你做的第一件事就是模拟一个原型。这些连接限制可能是显示阻塞。理想情况下，在进行任何认真的投资之前，您需要对它们进行探索。

您使用的到底是哪种设备，类似于或更复杂/可配置的设备？如果我们假设设备通过TCP发送数据，我会考虑以下方法：单独的输入/输出过程：

• 输入：侦听特定TCP端口并使用设备id将传入坐标存储到数据库的进程。最好，侦听循环必须能够处理这些坐标，而不会相互阻塞

• 输出：web应用程序从数据库中读取给定设备id的坐标，并通过

---

使用您熟悉的任何编程语言。

谢谢您的回答。关于您提出的两个问题：1）目前我的目标是windows mobile 6驱动的设备，因为我应该为客户提供这些设备，所以这不是商业产品。2） 我明白这是有区别的，事实上，我曾尝试在HTC Touch Diamond GPS设备上使用Google maps for mobile 45分钟的行程，非常棒，我说的是Google maps使用GPS的实时跟踪功能，而不是基于手机，所以我不知道你在说什么连接限制，你能说得更清楚一点吗？我还要说，我正在制作一个原型或一个演示来向客户展示它，当然我并不是在认真地做任何事情：谢谢你非常有用的回答！！关于您关于我将要使用的设备的问题，正如我在问题描述中所说的，它将是windows mobile 6驱动的设备，我知道使用您提到的专用设备更好，但我不想让客户负担更多的费用，我认为使用内置GPS接收器的移动设备的唯一问题是电池消耗问题，这可以通过将设备连接到汽车充电器来解决。关于您描述的建议方法，将数据存储到数据库，然后通过web应用程序读取存储的数据并在Google Earth上显示，这一过程是否会变得缓慢，并扼杀了实时系统的本质？这取决于您的“实时”分辨率（1、20、60秒？），但总的来说，我不认为数据库本身不会成为瓶颈。为了最小化web应用程序中的延迟，不要使用轮询，而是使用HTTP推送（Comet）。由于不熟悉Windows/Microsoft技术，在这方面帮不了你什么忙。哎哟，上面应该是：“我不认为数据库本身会成为瓶颈。”是的，我注意到了，但知道你的意思：）