作者bitlife (BIT一生)
看板Emergency
标题[讨论] NGO EmergencyCloud 规划
时间Tue Aug 11 10:14:54 2009
以下供大家参考，欢迎集思广益，转载请注明出处。
NGO EmergencyCloud 规划
目的：
建立一个地理分散的云端网站，供紧急救灾新闻发布、传递、浏览以及
资源指挥协调之用
架构：
以 P2P 架构实作云端，以众多分散於各县巿的伺服器，并在 Google
AppEngine 建立入口网站首页，该首页能将浏览的流量依负载量分配导向
Google 本身以及前述的各个伺服器。
各县巿伺服器存在之必要原因为：一. 国外连线可能断线，无法连上
Google。二. 各县巿伺服器即使成为通讯孤岛，至少可供当地救灾资讯输
入查询使用，待连线回复，即可与其它伺服器资料交换／同步。
伺服器间的 TCP/IP 连线需能以巿话／3G 备援。若网际网路主干崩溃
但巿话仍可使用时，虽然一般民众已无法浏览，但仍可供救灾相关单位使
用，故可连通之伺服器节点将会使用 UUCP 备援以交换资料供救灾人员使用。
若经费充足，可考虑卫星连线备援（这应该是见到周公陈情後才有可能）。
一般使用者（主要使用 Google 伺服器）使用 Flash 页面浏览最新资
讯，每五分钟更新一次，若台湾对 Google 连线中段，则直接使用各县巿伺
服器之网址连线，每半小时更新一次，更新时将以伺服器时钟为主，将各浏
览器之更新时间分散。
进阶使用者为有真实 IP 可做为 www server 之机器，具备一定运算能
力。则可经过登入後，注册成为辅伺服器，定时回报负载给主伺服器，并从
主伺服器取得最新资讯，主伺服器会将到访连线转介给辅伺服器。
救灾单位人员、有权限人员、电视台人员可登入使用主伺服器，输入最
新资讯，包含时间、地点、事件类别、摘要描述、详细描述、严重等级、确
认等级、连络人、连系电话等。
所有使用者都可使用订阅功能，订阅单一事件、是某区域事件或某类别
事件等。
技术：
伺服器使用 Java 之 J2EE/Server 相关技术，主要原因为可使用於
Google AppEngine，使用 Google AppEngine 之原因为不需另外架设并维护
Cloud，仅需在灾害期间付额外之运算费用，其余时间没有超大流量使用则免
费。入口网页若不使用大量伺服器，则难以负荷超大到访流量。
一般使用者端 HTML（总览及查询） + Flash （重大讯息如断桥溃堤撤离
等之跑马灯）
进阶使用者以浏览器点选 JNLP 连结可自动安装下载并执行最新版本程式。
网友建议追加：
未经事前认证登入的使用者，可使用简讯提供讯息，可选择是否愿意公开
手机号码供人查证，无来电资讯一律不接受，系统记录来电号码，供事後追查
散布不实谣言之法律责任。
亦可直接使用网页回报讯息，但必须流下联络资讯以供相关人员查验，有
权限人员查验过滤後认为有可信度可转为公开发布讯息。系统亦记录 IP 以追
究不实谣言之法律责任。
寻人连络讯息不受讯息权限限制，任何人可用手机简讯刊登，直接显示。
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 118.233.131.212
1F：推 danielsu:推 08/11 10:17
2F：推 TKOW:推 想法很好实作出来更好 不过应该有很多人看不懂这篇 = =" 08/11 10:22
3F：→ bitlife:八卦版看的人多记者多，说不定可以招募到人和政府预算 08/11 10:29
4F：→ bitlife:我没有权限，欢迎帮忙转版 08/11 10:30
※ hsiaofan1026:转录至看板 Gossiping 08/11 10:35
5F：推 hsiaofan1026:已帮转 08/11 10:35
6F：→ bitlife:谢谢！请再帮推有问题请至此版，我无权回八卦推文 08/11 10:40
7F：→ bitlife:讯息是有帐号的人才能提供，帐号要在事前透过认证才能用 08/11 10:41
8F：→ Holysml:以前消防署就想做一样的全国即时网路讯息交换平台 08/11 10:45
9F：推 pichupichu:认证最好是采用实名OR能确实联络的方法吧，我是建议 08/11 10:47
10F：→ pichupichu:每次发讯息都要求输入手机号码发认证码简讯，数入认证 08/11 10:48
11F：→ pichupichu:码确认後消息才登进，此外每通讯息可酌收数元的费用， 08/11 10:49
12F：→ bitlife:消防署有所有公家机关的问题，我才说要由有体力热情的人做 08/11 10:49
13F：→ bitlife:做好反供民间救灾组织电视台甚至县巿政府用 08/11 10:49
14F：→ pichupichu:不但能挡掉有心乱的人，也能用来维持硬体的运作 08/11 10:50
15F：→ bitlife:主伺服器由县巿救灾组织输入，一般人只能浏览 08/11 10:50
16F：→ bitlife:主要是做最有效的订阅，电视台无法分众订阅，跑马灯过慢 08/11 10:51
17F：→ bitlife:当然也可提供手机非官方讯息交换版，至少事後可追究谣言 08/11 10:52
※ 编辑: bitlife 来自: 118.233.131.212 (08/11 10:55)
18F：推 pichupichu:光救灾机构不够吧，乡民的资讯管道比较多，且等整合 08/11 10:54
19F：→ pichupichu:会拖太久。官方机构只负责确认上传的资讯正误与否， 08/11 10:55
20F：→ pichupichu:重新整理讯息，这样也比较容易达成 08/11 10:56
21F：→ bitlife:我意思是经查证有一定可信度的可由有权限者转为公开讯息 08/11 10:56
22F：→ bitlife:至於寻人讯息，则有寻人专版，使用者可订阅某特定讯息 08/11 10:57
23F：→ bitlife:不受权限限制 08/11 10:57
※ 编辑: bitlife 来自: 118.233.131.212 (08/11 10:58)
24F：→ billy3321:不建议使用flash，灾情回报应该有个简单页面，方便手机 08/11 10:58
25F：→ billy3321:上网回报资讯。flash占频宽也占资源 08/11 10:59
26F：→ bitlife:一般讯息仍可经由总表及查询功能阅读 08/11 11:01
27F：→ bitlife:跑马灯若有 Google AppEngine，每五分钟更新不是问题 08/11 11:01
※ 编辑: bitlife 来自: 118.233.131.212 (08/11 11:04)
※ 编辑: bitlife 来自: 118.233.131.212 (08/11 11:06)
※ 编辑: bitlife 来自: 118.233.131.212 (11/04 06:31)