100分，公司有个变态的要求，求解决方案。

公司有数个业务系统，现在想要做一个整合：    公司的要求：
         用户访问任何子业务系统，都不直接去访问该子系统，而是直接连接到一个统一的登录入口（连先进入到子业务系统，然后做跳转都不行，必须直接到登录入口，据说是资安要求），所以我首先想到的是改服务器配置让多个域名指向同一个负责登录的系统（有点sso的味道在里面）
     
    现在的问题是：
          如果用户登录完我根据用户的url可以判断出他要访问的具体系统的话，如何实现跳转到该子系统却不被用户发现（浏览器地址不能变、用户收藏网页时该url也应该是指向负责登录验证的系统）    我现在就只能想到在登录入口系统上用iframe来载入用户真正要访问的页面。     求教更好的方法方式实现或请指点一下思路。

解决方案 »

  1.   

    一般来说，至少要提供一些基于企业级应用的，业务无关的基础应用系统，
    比如说：
    应用程序控制中心（负责应用程序注册，权限管理，用户认证），
    数据适配中心（负责数据库注册，隔离数据库的变化）并且，所有的应用都要以统一的形式来描述，比如REST风格，
    同一个业务的权限对不同UI平台的客户端呈现都是可以复用的
      

  2.   

    用iFrame 别人点框架里的内容还是会发现问题。
    有种变态的方法，异步抓HTML加载到中心的页面中
      

  3.   

    如2#所说，基于rest的分布式服务架构
    基础业务系统 + 多个子系统的webservice
      

  4.   


    我对服务器都不怎么懂啊。你说的这个技术我更是
    不过我感觉webservice不是解决问题的关键，他们要求从登录系统向其他系统发散，webservice的解决方案应该还是其他系统主动找登录系统吧
      

  5.   


    也就只有这一个招数了。不过你要是认为用户看不出iframe，也有点......
      

  6.   

    做域名隐藏转换  外加 IFRAME
      

  7.   

    IBM 有现成的产品 Portal 不差钱的话，可以咨询一下。
      

  8.   

    url rewrite
    httphandler
    httpModules
    可以试试这些东西
      

  9.   


    分散的，但登录是可以统一的，因为登录用的是windows的登录帐号（只要用户名，就是工号，工号对应唯一的员工信息）
      

  10.   

    基本的rest系统，并不复杂
    只要你是按rest的要求做滴，这个是自然而然的东西
      

  11.   

    ajax异步你不放心的话，可以改为同步，ajax最大的缺点就是地址不变