如果各个子中心可以独立处理，应该对通信的要求低很多了 <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
个人
- 袁国术的个人网站
- 翟旭东网!!!
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

中国开发网: 论坛: 程序员情感CBD: 贴子 572538

haitao：

如果各个子中心可以独立处理，应该对通信的要求低很多了

[阅读: 317] 2007-10-17 04:36:29

独立处理也就是脱机处理
对卡的安全性要求会高很多
但是现在的cpu卡应该可以做到了吧

相关信息:

研究一下这个设计思路，啥意思 (640字) (pigprince [832] 2007-10-17 11:20)
- 这个把各站数据再统一发送到所有站服务器的思路有些问题吧 (空) (Fish [329] 2007-10-17 11:26)
  - 看文字介绍，应该是上下车的纪录，写入卡里（分布存储）也同时写入中心服务器（集中管理），然后对比2者的数据。 (108字) (pcplayer [423] 2007-10-17 11:29)
  - 我也觉得丫挺的小日本的这个数据同步的思路有问题 (空) (pigprince [342] 2007-10-17 11:29)
    - 任何系统方案都有各自的优劣，关键看设计目标在求得平衡之下，倾向哪个方向 (129字) (pcplayer [408] 2007-10-17 11:34)
  - 老于做公路收费的，目前免停是趋势，赶紧解释解释 (空) (pigprince [324] 2007-10-17 11:30)
    - 从数据流转和处理的角度来看，免停车和人工收费本质上没什么不同 (341字) (Fish [467] 2007-10-17 12:19)
      - 如果各个子中心可以独立处理，应该对通信的要求低很多了 (44字) (haitao [316] 2007-10-17 12:36)
        在联网的大前提下，子中心能做的事情相对就少了很多 (112字) (Fish [396] 2007-10-17 12:40)
        结算的实时性不用那么高吧 (19字) (haitao [297] 2007-10-17 12:47)
        海涛兄又转换话题了。前面没说结算的实时性，只说结算工作的范围 (空) (Fish [400] 2007-10-17 12:50)
        哦。。。。。我是说不用大联网的可行性。。。。。。。 (19字) (haitao [303] 2007-10-17 12:52)
        卡也不是绝对安全的。对于像粤通卡这种能作为支付凭证的东东，就相当于一张银行卡（借记卡/贷记卡），多少都会有相关的问题 (空) (Fish [381] 2007-10-17 13:08)
        现在国外的银行卡开始使用ic卡了，安全性会提高很多！只要是cpu卡，安全是相当高的。。。。。。 (106字) (haitao [908] 2007-10-17 13:20)
        粤通卡是实名制的，实际上就是个金融卡，只不过只用于交通。单就实名制这点而言，已经比什么羊城通、八达通严谨得多多了 (空) (Fish [479] 2007-10-17 13:38)
        实名制只能解决挂失的问题吧，技术上的安全问题它帮不上什么忙啊。。。。。。 (101字) (haitao [387] 2007-10-17 13:50)
        连挂失问题都解决不了的金融卡，你自己敢用吗？实名制所能做的并非简单的挂失问题 (空) (Fish [364] 2007-10-17 13:53)
        电子钱包不能挂失，因为它是小额的。如果要支持挂失，也是可以的，只是不方便转让了 (235字) (haitao [504] 2007-10-17 14:11)
        技术只是用来服务的，不能为了技术而如何如何 (空) (Fish [326] 2007-10-17 14:25)
        我的意思是：首先得技术上可行，如果技术上都不可行，就不用谈了 (59字) (haitao [318] 2007-10-17 14:37)
        火星都能去，技术上还有什么不可行的？关键问题不是技术问题，而是成本问题。 (空) (pcplayer [567] 2007-10-17 14:47)
        呵呵，抬杠了。。。。。。。。。 (23字) (haitao [304] 2007-10-17 15:13)
    - 另外，单从此文来看，即便是设计者采用了数据验证和卡片验证的双验证机制，似乎也无法避免某些作弊行为 (337字) (Fish [438] 2007-10-17 12:30)
      - 没想到上海地铁的作弊方法用到这里了！ (45字) (haitao [354] 2007-10-17 12:39)
        公路收费在先还是地铁收费在先不好说 (75字) (Fish [416] 2007-10-17 12:43)
        如果是免停车的，可以在沿路也设一个个记录点（只是不收费而已） (69字) (haitao [384] 2007-10-17 12:51)
        这个属于联网中多路径情况下的路径识别问题。通常是通过设置标识站，将路径信息写入卡中来实现的 (空) (Fish [385] 2007-10-17 13:10)
- 这个设计思路就是如果地铁收费可能出错，就干脆全免费。 (43字) (pcplayer [348] 2007-10-17 11:26)
  - 不许BT，靠 (空) (pigprince [298] 2007-10-17 11:29)
- 保存数日的上下车记录.这个有点不解. (空) (kevincsg [298] 2007-10-17 11:32)
  - 这个应该是刷卡有效期的缘故 (空) (Fish [387] 2007-10-17 11:35)
- 上上次参加上海的聚会后，在地铁口讨论过地铁ic卡、磁卡的机制。。。。。。。 (空) (haitao [346] 2007-10-17 11:42)
- 中央服务器故障时反而没影响，这句“写入IC卡的上下车记录会与中央服务器的记录不一致”。 (空) (sea026 [358] 2007-10-17 14:07)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.017 - 522432