实施远程桌面共享解决方案

发布于 2024-08-09 06:23:25 字数 1113 浏览 7 评论 0原文

我正处于开发远程桌面共享解决方案的规划/建模阶段,该解决方案必须基于网络浏览器。换句话说:用户将能够使用网络浏览器查看某人的远程桌面并与之交互。

除了浏览器之外,想要共享桌面的用户还需要安装一个加载项,必要时系统会提示他安装该加载项。需要该加载项,因为(据我所知)没有浏览器技术允许仅在浏览器中运行的应用程序进行桌面控制。加载项安装过程必须对用户尽可能简单和透明(类似于 Adob​​eConnectNow,如果有人熟悉的话)。

用户可以同时与很多人共享他的桌面,但一次只能将桌面控制权授予其中一个人(否则就没有意义)。

项目要求:

  1. 采用的所有技术必须与开源许可证兼容
  2. 两个前端都将位于闪存(浏览器)
  3. 中 必须在 Linux、Windows XP(及更高版本)和 MacOSX 上运行。
  4. 必须至少支持 IE7(及更高版本)和 Firefox3.0(及更高版本)。
  5. 至少,一旦共享者的流到达将要广播的服务器,那么它必须以 flv 形式广播(所以我在考虑是否在客户端计算机(共享桌面的机器)上进行编码或以其他格式将其发送到服务器并在那里进行编码)。
  6. 性能和可扩展性很重要:它必须能够处理数百个用户(一个桌面共享者,其余查看者)
  7. 我们肯定会使用 red5。

我的疑虑主要集中在桌面发布商端的实现(插件和流媒体):

1) 您是否知道我可以研究其他项目以寻求想法? (我知道 bigbluebutton.orgcode.google.com/p/openmeetings)

2) 我应该基于 VNC 吗?

3) 考虑到需要跨平台工作,我应该使用什么语言? (我的团队非常使用java,我对C/C++有一些了解,但任何事情都可以)。

4)如有任何其他建议,我们将不胜感激。

I'm on planning/modeling phase to develop a remote desktop sharing solution, which must be web browser based. In other words: an user will be able to see and interact with someone's remote desktop using his web-browser.

Everything the user who wants to share his desktop will need, besides his browser, is installing an add-in, which he's going to be prompted about when necessary. The add-in is required since (afaik) no browser technology allows desktop control from an app running within the browser alone. The add-in installation process must be as simple and transparent as possible to the user (similar to AdobeConnectNow, in case anyone's acquainted with it).

The user can share his desktop with lots of people at the same time, but concede desktop control to only one of them at a time(makes no sense being otherwise).

Project requirements:

  1. All technology employed must be open-source license compatible
  2. Both front ends are going to be in flash (browser)
  3. Must work on Linux, Windows XP(and later) and MacOSX.
  4. Must work at least with IE7(and later) and Firefox3.0(and later).
  5. At the very least, once the sharer's stream hits the server from where it'll be broadcast, hereon it must be broadcasted in flv (so I'm thinking whether to do the encoding at the client's machine (the one sharing the desktop) or send it in some other format to the server and encode it there).
  6. Performance and scalability are important: It must be able to handle hundreds of dozens of users(one desktop sharer, the rest viewers)
  7. We'll definitely be using red5.

My doubts concern mostly implementing the desktop publisher side (add-in and streamer):

1) Are you aware of other projects that I could look into for ideas? (I'm aware of bigbluebutton.org and code.google.com/p/openmeetings)

2) Should I base myself on VNC ?

3) Bearing in mind the need to have it working cross-platform, what language should I go with? (My team is very used with java and I have some knowledge of C/C++, but anything goes really).

4) Any other advices are appreciated.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

倦话 2024-08-16 06:23:25

你看过蒂芙尼屏幕吗? http://www.tiffanyscreens.com/

Have you looked at TiffanyScreens? http://www.tiffanyscreens.com/

通知家属抬走 2024-08-16 06:23:25

1)我的问题的完美答案最终是大蓝色按钮

2)我已经成功地不用vnc了,在用户计算机上安装基于 ffmpeg 的附加组件。

3)我们使用了java、red5、spring mvc、flex 3、actionscript 3。

1) The perfect answer to my question ended up being Big Blue Button

2) I've managed to do without vnc, installing a ffmpeg based add-on on the user's machine.

3) We used java, red5, spring mvc, flex 3, actionscript 3.

习ぎ惯性依靠 2024-08-16 06:23:25

我认为您应该对这些链接感兴趣:

NX 是最好的开源桌面共享解决方案之一。 (比VNC好很多倍)

I think you should be interested by those links:

NX is one of the best open source desktop sharing solution. (a lot of times better than VNC)

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文