要求太苛刻了吧，这里只能给你一个思路：

采集：方案取决于你的数据源是否可控，如果不可控，也就是不能使用Java实现，那么就通过服务器的端口+协议实现采集，如果可控，通过RMI就很方便。

架构：JMS，当采集到数据后，通过JMS实现保存数据库等功能，包括实时显示。JMS可支持集群，对于巨大访问量有scalable。

显示：采取applet或Ajax都可以实现，时髦一点，无需太注重安全性，可用AJAX。

就是还有几个问题没看明白：

> 采集：方案取决于你的数据源是否可控，

“数据源是否可控“是不是指数据源可定时发送数据，或者说可利用程序控制数据源的数据发送，那是不是说RMI技术可控制数据源的发送。

> 对于巨大访问量有scalable…………这句能不能解释的详细点。

对于数据表的设计，有没比较好的原则呢，比如说：数据源发送的数据包括坐标、强度等信息（就比如说GPS的数据形式），发送的数据有不同的形式，数据源有可能增加，这样的数据表该怎么设计才更容易实现数据的实时显示，以及使其可扩展性较好呢？

如果你能在数据源使用Java编程，就直接在数据源将数据通过RMI发送到服务器上，但是考虑一下性能，如果并发量大，还是建议委托JMS来发送。

>对于巨大访问量有scalable…………这句能不能解释的详细点。

就是有伸缩性，在小访问量和大访问量情况下，软件无需更改，只需要硬件投入即可，如果没有伸缩性，那么访问量大后，就可能需要重新开发，或者通过修补也无法应付。

正规标准Java设计分：User Interaction (UI), Problem Domain (PD) and Data Management (DM)。数据表设计是一个技术实现过程，属于DM，关键是PD设计，见首页四色图等相关文章。