公务员期刊网 精选范文 客户端推广方案范文

客户端推广方案精选(九篇)

前言:一篇好文章的诞生,需要你不断地搜集资料、整理思路,本站小编为你收集了丰富的客户端推广方案主题范文,仅供参考,欢迎阅读并收藏。

客户端推广方案

第1篇:客户端推广方案范文

针对酒店业面临的规模连锁、节能低成本和强调体验的个性化需求,以及新建酒店数量大等发展趋势,IBM推出了酒店行业四大解决方案,分别是即机房集中管理、桌面云、自助入住登记和退房,以及融合网络。邱湘营介绍,这些方案在国内刚刚开始推广,有的新应用刚刚开始在第一家酒店中体验。那么,这些方案究竟能为酒店带来什么效益呢?

机房集中 规模连锁

连锁型酒店在我国渐成趋势,这不仅包括洲际、喜达屋这样的五星级酒店集团,还包括新兴的汉庭、锦江之星等经济型酒店。通常连锁酒店的成员酒店都拥有独立的IT机房、硬件和软件,还配备IT运维团队。随着酒店规模的不断扩大以及人力成本的不断提高,连锁型酒店的IT运维成本将不断增大。

IBM认为,机房集中管理将成为酒店信息化建设的一个新趋势。这不仅可以实现信息共享,降低IT成本,还使得统一统计集团入住率,按照数据实际使用数量支付软件系统费用成为可能。国外已有酒店集团开始应用这种方案,我国不少酒店连锁集团也对此产生了浓厚兴趣。邱湘营表示,这种应用在我国的推广受了二、三级城市网络速度不快,酒店连锁规模较小,不能立竿见影得到投资回报等因素的影响。

桌面云 节能高效

普通的酒店至少有300套客房,这意味着每家酒店有300个以上PC客户端。这些客户端分散在客房、前台、餐厅、健身房,难于管理,总体拥有成本高,难于实现数据保护与保密等诸多目标,应用瘦客户端的“桌面云”由此应运而生。

没有硬盘的瘦客户端与PC相比使用寿命更长,更节能。与此同时,瘦客户端通过后台统一部署和管理,不仅可以实现桌面环境配置、资源管理和工作负荷管理的集中化与简单化,还可实现客户端的零维护,并进一步保证系统的安全性。由于酒店IT环境的规模性和复杂性,“桌面云”已经在我国部分酒店中得到应用。

自助入住 新鲜体验

在高峰时段,酒店的客人经常需要排队等候办理入住或退房手续。IBM自助入住登记和退房解决方案,能够帮助酒店为客人提供省时便捷的服务。客人可以借助安放在大堂或电梯厅的自助登记设备直接办理入住或退房手续。如果酒店VIP客人驱车前来入住,车库入口处的自助入住登记设备可以帮他们完成入住登记手续和房卡制作工作。

有意思的是,在国外,这种应用主要应用在经济连锁型酒店中,而在我国,只有五星级豪华酒店――黄龙酒店刚刚实现了这一应用。邱湘营表示,虽然高端酒店倾向于为客人提供人性化的面对面服务,但是在差异化竞争过程中,这种应用可以给客人带来全新的体验,有助于强化酒店的个性化特色。值得一提的是,我国人力成本相对较低,经济型酒店一时还没有动力采用此应用去替代人工作业。

融合网络 增值基础

第2篇:客户端推广方案范文

关键词:SOCKS;NAT;P2P;STUN;穿透

中图分类号:TP393.03

IP网络地址是整个互联网的基础,目前大多数网络设备使用的都是IPv4地址。IPv4地址提出的时候没有想到互联网发展如此之快:根据2012年的思科报告,全球有23亿互联网用户,到2017年,全球将会有约36亿互联网用户。到2017年,将会有超过190亿全球网络联接(固定/移动个人设备、M2M联接等)。现在IPv4的地址已经不够这些设备使用了,为了解决这个问题,IETF提供了NAT[1][2]方案,这个方案使用NAT将网络分为外网和私网,每个私网都可以重用,这个方案大大缓解了IPv4地址匮乏的问题。但是这个方案导致了一个问题,对于想对外提供服务的NAT私网内的用户而言,这个功能会受到限制,最主要的原因是NAT外的用户不能直接访问到NAT内私网中的计算机数据。这种情况导致了互联网上P2P互相访问的困难。不过目前还有很多应用需要这种服务器式的被动访问,比如SOCKS4/5[3][4]协议,这个是最为知名的一种协议,通过这个协议服务,能够透明地中转服务器和客户端之间的数据。然而NAT的引入导致在NAT后面的用户无法对外提供SOCKS4/5服务。本文试图使用穿透NAT的P2P技术,使在NAT内的SOCKS4/5服务也能提供给外部机器使用,真正实现对于互联网的任何一个用户都能够直接访问。

1 穿透NAT的协议

为了解决引入NAT设备后网络互联出现的问题,有大量协议被发明和使用,比如MIDCOM[5]、TURN[6]等,但是这些协议大都需要第三方介入,这会导致一些问题。如:中转第三方的带宽、处理能力以及实时性。这随着NAT后面节点的增多,数据量的增长以及对于实时性的严格要求等,这些协议处理都存在问题。我们希望两个机器能够实现真正沟通,而不是通过中继的方式。UPNP和STUN这两个协议能够实现这种真正直接的沟通。

1.1 UPNP[7]

UPNP(Universal Plug and Play)是由UPnP Forum推广的一套网络协议。该协议的目标是使家庭网络和公司网络中的各种设备能够相互无缝连接,并简化相关网络的实现。UPnP通过定义和基于开放、遵循因特网通讯网协议标准的UPnP设备控制协议来实现这一目标。任何设备都能自动加入一个网络,获取自己的IP地址,宣布自己的名字,根据请求检查自身功能并且检测出其它设备和它们的功能。支持UPnP的设备允许UPnP数据包通过IGD协议在没有用户交互的情况下,无障碍的通过NAT。但是UPnP的缺点是:它要求所有网络中的设备都支持UPnP,即使单台设备不符合UPnP标准的,我们就无法实现一种P2P网络。

1.2 STUN [8][9]

STUN协议是一种轻量级的客户端-服务器模式的协议,它不需要任何管理员进行网络配置,就能发现它们和公网之间是否存在NAT,并确定NAT的类型。STUN协议目前仅仅支持使用UDP报文穿透Cone NAT[10]。此协议利用Cone NAT传输 UDP的原理进行穿透[11][12][13]:私网内某个机器通过Cone NAT发送UDP数据到外网某个机器,内部IP地址和端口的UDP数据经过Cone NAT被映射到一个外部地址,在某个时间段内这个内部IP地址和端口将被转换为固定外部IP地址和端口(这个过程将被Cone NAT记录,并且存储为一个Session)。此后,如果外部Session对应的机器发送UDP数据到这个Cone NAT,Cone NAT会把这个数据包转发到内部映射的这个地址上。目前IETF定义的STUN协议目前能够穿透Cone NAT,但是不能穿透Symmetric NAT。不过我们可以通过修改STUN协议来实现穿透Symmetric NAT的目的。[14][15][16]

2 SOCKS4/5协议

SOCKS协议是一种应用层次的协议,它提供一种通用方案,能为应用程序提供基于TCP和UDP数据报文的服务,但是它不能ICMP之类的底层通讯协议,SOCKS协议从概念上来讲是介于应用层和传输层之间的“中介层(shim-layer)”,SOCKS V4协议为HTTP、FTP、TELNET、WAI和GOPHER等基于TCP协议的客户/服务器程序提供了方案。新的SOCKS V5协议在SOCKS V4协议基础上作了进一步扩展,从而可以支持UDP协议,并对其框架规定作了扩展,以支持安全认证方案。同时它还采用地址解析方案以支持域名和IPV6地址。

SOCKS协议利用握手(negotiation),请求(Requests),应答(Replies)等过程完成对于上述协议的转发。一般而言SOCKS4/5服务器通常绑定在1080端口上。

3 NAT穿透SOCKS4/5协议实现

3.1 协议方案

如图1,为了实现双方都在NAT后的机器的SOCKS4/5之间的直接通信,我们需要一个双方都能访问的中间服务先把两边的机器关联起来。在公网上我们需要架设一个双方都能够联系的服务器,然后通过STUN协议帮助双方完成直接通信。一旦直接联系完成,我们就不再需要公网中间服务了,此后我们采用可靠的UDP传输协议完成SOCKS4/5客户端和服务器的直接数据传输。

此协议分为两个部分,首先是通过STUN协议完成NAT后两个机器的SOCKS4/5客户端关联器和SOCKS4/5服务器关联器的直接通信,然后使用可靠的UDP协议完成SOCKS4/5客户端服务器的数据通信。

3.2 建立直接通信

我们可以使用STUN协议来帮助双方都在NAT后的机器建立直接的通信。STUN协议通过一种叫做UDP hole punching的机制来实现这一目的。一旦完成这个操作,两个NAT设备后的机器就能够实现直接的网络通信而不再需要STUN服务器的介入了。

如图2显示SOCKS4/5客户端关联器和SOCKS4/5服务端关联器通过STUN协议帮助建立直接通信的过程。

(1)客户端关联器通过NAT A连接到服务器,服务端关联器通过NAT B连接到服务器,服务器记录客户端关联器和服务端关联器的外网地址和端口。

(2)服务器向客户端关联器发送服务端管理器的外网地址和端口消息,服务器向服务端关联器发送客户端关联器的外网地址和端口消息。

(3)客户端关联器向服务端关联器的外网地址和端口发送hole punching消息。虽然这个数据包在NAT B的时候会被阻止(非Full Cone NAT禁止没经过关联的外网IP直接访问内网),但是这个UDP数据包在经过NAT A的时候,会在NAT A上建立一个Session,这个Session记录了本地客户端关联器与服务端关联器外网地址的关联信息。

(4)服务端关联器发送回应消息到客户端关联器,NAT A由于有步骤3由hole punching消息建立的Session,NAT A将会把这个消息转发到客户端关联器,完成后双方建立直接的消息通信。

3.3 SOCKS4/5数据传输

由于STUN协议仅仅支持UDP的穿透,但是SOCKS4协议只支持TCP的连接,为了兼容SOCKS4/5协议,我们使用转发的机制来保证我们的程序能够完美匹配SOCKS4/5这两种协议。

如图3所示:

(1)SOCKS客户端关联器绑定本机端口1080。本地SOCKS客户端程序(如IE等程序)设置本地SOCKS为本地127.0.0.1080。SOCKS客户端按需要访问某个公网服务器或者远端对方的私网服务器。

(2)客户端关联器接收到SOCKS客户端发送过来的数据,不做任何改变,通过可靠的UDP(如UDT协议,此协议可以提供类似TCP的可靠数据传输)数据传输发送到已经建立的直接通信的服务端关联器。

(3)服务端关联器接收到可靠的UDP传输过来的数据,然后不做任何改变的将这个数据通过TCP转发到SOCKS4/5的真正服务器程序(127.0.0.1:1080)。

(4)SOCKS服务器连接实际需要访问的公网或者私网服务器(如需要访问的HTTP服务)。

4 实验测试

4.1 实验设备

系统硬件:三台PC,配置:CPU P6 3.40GHz 4GM 内存

NAT设备:两台NetGear WPN824路由器。

操作系统软件:Windows7。

4.2 实验效果

程序经过实际测试证明,支持NAT穿透的SOCKS协议完全可行。测试显示浏览器浏览网站与直接使用SOCKS协议连接的效率基本接近,但是由于中转过程的花费,浏览大型网站可能相对于直接SOCKS连接慢了5%,不过这个基本不会影响用户的感受。

5 结论

SOCKS协议是客户端/服务器模式,这种模式由于NAT的引入导致如果服务在NAT后面将会出现问题。本论文使用一种新的客户端-服务端关联器方法使得SOCKS协议能够支持NAT的穿透,这个使得SOCKS协议能够被大多数工作在NAT后的计算机使用。并且这种关联器方法与上层的协议没有任何直接关系,我们可以扩展此种协议,使得很多原来不支持NAT穿透的协议也能够被支持,比如:SMTP、POP3、IMAP、SNMP等。同样,这个方法也能支持我们定义新的协议,比如类似QQ一样即时P2P通讯协议。

参考文献:

[1]P Srisuresh, M Holdrege. IP network address translator (NAT)terminology and considerations.RFC 2663.August 1999.

[2]G Tsirtsis and P Srisuresh. Network address translation-protocol translation (NAT-PT).RFC 2766.February 2000.

[3]Ying-Da Lee, SOCKS: A protocol for TCP proxy across firewalls, http:///txt/socks4.protocol.

[4]M. Leech , M. Ganis, Y. Lee, R. Kuris, D. Koblas, L. Jones. SOCKS Protocol Version 5. RFC 1928.

[5]P Srisuresh, J Kuthan, J Rosenberg, A Molitor,A Rayhan. Middlebox communication architecture and framework.RFC 3303.August 2002.

[6]J. Rosenberg, C. Huitema, and R. Mahy. Traversal using relay NAT (TURN). Draft-rosenberg-midcom-turn-03, October 2003.

[7]UpnP Forum. Internet gateway device (IGD) standardized device control protocol. November 2001.

[8]J. Rosenberg, J. Weinberger, C. Huitema, R. Mahy.STUNSimple traversal of user datagram protocol(UDP)through network address translators (NATs).RFC 3489,2003.

[9]J Rosenberg, R Mahy, P Matthews, D Wing. Session traversal utilities for NAT (STUN). RFC 5389. 2008.

[10]C Jennings. NAT classification results using STUN. RFC 5389. October 2008.

[11]T. Hain. Architectural implications of NAT. RFC 2993. November 2000.

[12]D Senie. Network address translator (NAT)-friendly application design guidelines. RFC 3235. January 2002.

[13]Saikat Guha, Paul Francis. Simple traversal of UDP through NATs and TCP too (STUNT). http://nutss.gforge.cis.cornell.edu/stunt.php.

[14]Yuan Wei,Daisuke,et al. A new method for symmetric NAT traversal in UDP and TCP,APAN Network Research Workshop.11-18,August 2008.

[15]王勇,崔修涛,吕钊,李子成.基于探测对Symmetric NAT与端口受限NAT的穿透方案[J].计算机应用,2006,4(26).

[16]杨璐,沈悦,蒋蕾.一种TCP协议穿透Symmetric NAT方案[J].计算机工程与应用,2007,43(6).

第3篇:客户端推广方案范文

【关键词】电力信息化系统;虚拟化技术;电网GIS;DMS

1.引言

当前贵州电网公司正全面进行信息化建设工作,大量省级集中系统对硬件、网络提出了极高的要求,同时机房的负荷也越来越大。

为解决这些问题,公司提出了采用虚拟化技术手段的解决方案。本文论述了虚拟化技术在配电生产管理系统、电网地理信息系统中的应用经验和实现流程。

2.虚拟化技术简介

虚拟化是一个广义的术语,在计算机方面通常是指计算元件在虚拟的基础上而不是真实的基础上运行。(白度定义)

虚拟化技术从应用领域可分为服务器虚拟化、数据库虚拟化、桌面虚拟化和应用虚拟化等。虚拟化技术结构灵活,可根据实际应用场景提出不同的虚拟化方案,但无论采取何种方案,虚拟化技术都是为了节省用户资源、提高用户工作效率、减少安全隐患。

3.贵州电网信息系统存在的问题

系统占用大量资源:系统占用终端计算机资源严重,往往要求客户端具有高性能处理能力,以配电生产管理系统DMS为例,其对客户端的基本要求是8GB内存、4BGCPU、1GB的网络带宽,在不满足条件的情况下,应用程序运行缓慢、长时间无响应、甚至直接死机,大大影响了DMS系统的实际运用,使得原本用于提高工作效率、模拟现场行为等高级功能不能正常使用,反而造成了工作时间的延长。

各地市网络带宽不一:由于各系统组织结构不同,对于系统环境和网络环境的要求也不一样。当信息系统需要在网络环境下传递业务数据时,由于传送的数据量大、传递时效性强,对于网络带宽就存在很高的要求。但实际网络环境普遍不能满足这一需求,特别是在县一级供电局、供电所,网络环境往往仅能满足网页浏览,对于这样的网络环境,需要大数据量传送的系统是无法实施和实际使用的。特别是当网络信道不好时,原本能够勉强满足数据传输的网络也变得无法使用。这严重影响了这些信息系统的推广和实际应用。

基于客户端的方式增加了维护成本:由于目前部分业务系统采用的是C/S系统架构,需要供电局用户在本机环境下安装客户端,当客户端需要升级维护时,维护人员就必须下载客户端并进行更新或重新安装。即使是基于B/S环境的信息系统,也存在多点维护问题,如果B/S系统使用了不同的浏览器或使用了activex、flash等网页插件,当系统升级时,每一个客户端都必须重新进行插件升级和配置,大大增加了系统维护成本和人力成本。

数据安全性由客户端维护:电网信息系统的另一个特点是数据安全要求高。当某一信息系统维护现场数据或者能直接控制现场环境时,数据的安全性就成为电网安全的重要指标。电网信息涉及到国家安全,因此电网数据的传递必须要求安全。但目前的情况是,当业务数据在网络上直接传递时,客户端计算机能够得到这些数据,并能够通过某些解密方法得到电网信息数据。因此,贵州电网公司要求每一个客户端都必须安装特定的杀毒软件和网络数据安全软件。但即使这样,数据的安全行仍然不能100%的得到保证。

4.虚拟化解决方案

针对C/S架构的业务系统客户端及对于硬件或网络要求高的B/S架构应用软件进行集中部署,将C/S架构的C端或B/S架构的B端,即客户端等应用程序进行处理,集中迁移到虚拟化应用平台上,而不需要对这些应用做二次开发,无需改变应用的架构,实现终端设备零应用安装,而终端设备不再对这些应用系统提供运算服务,用户端与虚拟化应用服务器之间也不在传输应用系统的数据信息,只传输应用系统的鼠标、键盘指令以及图像显示矢量质,因此,可轻松实现用户在贵州电网的网络环境下使用任意的电脑、在任何时间、任何地点方便快捷的使用这些应用系统。应用远程集中部署技术:采用虚拟化应用技术,把应用程序的人机交互逻辑(应用程序界面、键盘及鼠标的操作、音频输入输出、读卡器、打印输出等)与计算逻辑隔离开来。在用户访问一个服务器提供的应用时,用户计算机只需要把人机交互逻辑传送到服务器端,服务器端为用户开设独立的会话空间,应用程序的计算逻辑在这个会话空间中运行,把变化后的人机交互逻辑传送给客户端,并且在客户端相应设备展示出来,从而使用户获得如同运行本地应用程序一样的访问感受。

在服务器上,应用远程集中部署技术将应用的运算逻辑与人机交互逻辑分开,并通过标准的网络协议和通用的网络连接将人机交互逻辑传输给客户机。

应用远程集中部署技术仅仅把人机交互逻辑(包括输出和输入)在客户机和服务器之间传输,不传输具体的业务数据,所以只需要很小的网络带宽,每秒消耗不到20kB的网络带宽。

在客户机上,用户可以得到应用程序的所有输出,但应用的运算逻辑100%地在服务器上执行。从而减少客户端资源的消耗。

应用远程集中部署技术还可设置客户机资源映射,如硬盘共享、USB共享、打印机共享起来,可让用户在使用远程管理平台的硬件资源运行虚拟出的业务系统同时,还可以访问客户机的各种设备资源。

5.应用效果

通过虚拟化平台建设部署,降低了全省GIS及DMS系统客户端软件对于网络带宽的要求,利用现有网络资源实现良好的用户体验。在虚拟化平台部署全省GIS及DMS软件后,用户通过该平台的终端页面即可直接使用上述系统软件,从而降低客户端硬件资源要求、并减少客户端的维护工作量。

通过虚拟化平台部署,测试业务系统在平台上的实际使用效果、根据实际情况不断修正,研究一套适合于贵州电网现有资源环境的虚拟化平台,在研究项目成功的基础上,推广到贵州电网其他应用的系统上,并且让用户在各信息系统的使用中不会受到网络、PC硬件、及操作系统问题、病毒等非信息系统因素的影响。

通过虚拟化平台部署,可以充分利用现有终端PC及网络资源,并有效控制了设备数量的快速增长,避免了快速增长所带来的其他一系列问题。大量的节约了在硬件网络上面的资金投入,降低了能耗、减少管理成本。

由于虚拟化平台自身的特点、该平台也适用在需要进行大规模数据量抽取、大规模数据同步的业务系统上,如营销系统需要在月底集中抽取大批量的数据进行统计,而在该平台部署了营销系统业务软件后,用户在使用营销系统时将不受到网络、客户端硬件资源的限制,可以充分利用虚拟化平台服务器与营销系统服务器之间的高速网络带宽及服务器的硬件资源,实现良好的用户体验。

6.结语

虚拟化平台是适应南网规范以及“四个业务一体化”的系统建设方式。平台将不仅应用于DMS、GIS,而会在全省其他信息化建设项目中起指导和规范的作用,能够将其他信息化项目进行集中部署,从而实现一体化管理。加强了项目实施管理,有序推进项目建设,控制项目实施成本,加强数据的收集,规避相关建设风险,确保项目成功建设,系统安全稳定可靠实用,虚拟化项目的建设取得良好的经济效益,对公司的信息化建设以及节约化调度有很大的促进作用。

参考文献

[1]张茜,肖丽杰.配电生产管理自动化系统的建设和应用[J].供用电,2007,24(2):29-31.

第4篇:客户端推广方案范文

关键词:补丁管理;WSUS;计算机安全;系统漏洞

0 引言

目前,保护计算机安全的方法有很多,但是,最重要的还是及时为操作系统安装系统补丁,否则抵御病毒、防范黑客无从谈起。然而,对于中国人民银行内网、公安部内网、大学内网等安全要求很高、需要严格和Internet隔离的计算机用户,及时安装系统补丁就显得十分不便。虽然Landesk、VRV等国内外软件可以完成内联网补丁的功能,但都价格昂贵。微软的WSUS为计算机用户提供了补丁分发的服务,但是,WSUS提供的管理功能十分薄弱,给系统管理带来一些不便。我们在WSUS和MBSA(Microsoft Baseline Security Analyzer)的基础上,设计开发了与之配套的Windows平台补丁管理系统,弥补了WSUS管理功能的不足,为内联网补丁分发提供了一个经济、实用、高效的解决方案。该方案目前已在中国人民银行浙江省范围内分支机构实施,收到了良好的效果。

1 WSUS可以解决的问题

WSUS是一个免费的软件,可以在微软网站上下载,适用于Windows 2000和Windows Server 2003服务器以及运行Windows 2000 Professional和Windows XP Professional的桌面计算机。WSUS能够自动地在局域网内分发使计算机得到最新的重要更新、安全更新和服务包。微软推荐的WSUS的网络

借助预先配置的同步计划,WSUS父服务器可以每天从公共的微软补丁服务器下载关键更新和安全更新,新获得的更新必须由WSUS管理员批准才能够。WSUS子服务器将被配置为每天与父服务器自动同步,同步完成后,WSUS父服务器上的所有已批准的更新都将镜像到WSUS子服务器上,并且立即可用于WSUS客户端。WSUS客户端会每隔一段时间自动向WSUS服务器查询是否有更新,如果有补丁更新,则按照预先设定的规则进行安装,WSUS客户端会在任务栏图标显示获取有关更新的通知,安装可以根据指定的时间表白动开始,也可以由本地管理员执行。WSUS软件以相当简便的方法完成了补丁分发的功能,但是,由于管理功能的薄弱,也给管理上带来了一些不便。

2 WSUS的不足和我们的补充

经过我们总结,WSUS服务的不足之处主要存在于以下三个方面:

(1)WSUS父服务器需要和Internet连接,以便和微软补丁服务器同步,这在一定程度上是和Internet物理相连,存在一定隐患。

(2)WSUS服务器提供的WSUS客户端安装补丁的统计功能较简单。

(3)获得系统补丁的等待周期较长。有新补丁存在的时候,WSUS客户端需要最长22小时才能获得相应的补丁。

经过深入分析每一个不足之处,我们首先将WSUS服务的拓扑结构改造成图2所示结构。

WSUS父服务器在需要和Internet上的微软补丁服务器同步的时候,断开与内联网的连接,通过防火墙连入Internet;同步完成后,断开与Internet的连接,经过系统、细致的病毒查杀后,重新通过防火墙连入内联网。防火墙设定了严格的限制,只允许WSUS服务使用的地址、端口上的信息通过,这样可以在一定程度上减少与Internet连接所带来的风险。通过这种方法,可以弥补第一个方面的不足。对于第二和第三个不足,我们通过开发与WSUS配套的Windows平台补丁管理系统来弥补,该系统采用Delphi+Sql Server开发而成,采用Client/Server体系结构,系统客户端的总体结构如图3所示。

客户端安装运行以后,让其驻留内存并在用户的任务栏中增加一个图标。它只占用很小的内存,对用户使用计算机影响不大。补丁安装情况检查模块给用户提供了一种简便的检查方式,检查是否已经正确、完整地安装了补丁。一旦发现补丁没有安装完全,用户可以使用补丁自动更新模块,强制WSUS客户端查询WSUS服务器,WSUS客户端将在10分钟左右获取补丁。除了自动更新之外,系统还提供手动更新的功能,一旦WSUS服务意外失败或终止,用户可以通过手动更新方便地获得并安装相应的补丁。WSUS客户端设置检查模块的主要功能是检查客户端的设置是否正确,以确定WSUS客户端是否能正常地与WSUS服务器通信。

服务器端安装在运行Sql Server的后台服务器上,记录、管理客户端发来的信息。管理员可以在服务器端查看哪些客户端没有完整安装相应的补丁,并可以在服务器端强制将相应的补丁发送给客户端安装,除此以外,服务器端还有报表打印功能,管理员借助能够准确地掌握内联网内计算机的补丁安装情况。

第5篇:客户端推广方案范文

据悉,国内知名的高清视频网站悠视网已与中网展开全方位合作,对9月25口~10月10日在国家网球中心上演的中国网球公开赛进行全程高清点播。除了网上直播,悠视网(UUSee)还将借助其强大客户端的技术优势,在手机和IP电视等领域全而直播中网赛事。这不仅对于中网的推广具有里程碑式的意义,而且体育赛事的网上全程直播这一形式,也是视频网站的一种全新尝试。

在目前国内视频网站的激烈竞争中,悠视网有着独特的自身魅力,其客户端平台拥有很突出的呈现特点和明显的跨终端播出的技术优势,尤其是长期经验累积而日臻完善的时移直播技术。这也是中网选择悠视网作为合作伙伴最重要的一点,因为时移直播技术是高端赛事直播的首要保证,悠视网的技术能够完全保障中网赛事的顺利播出。悠视网的CEO李竹向《广告主》记者介绍道:悠视网的客户端不但能实现电脑、电视的终端覆盖,同时对智能移动终端,如iPhone、iPad也能很好地实现覆盖。早在2008年,悠视网在直播奥运时就创造了千万用户并发收看的记录。目前通过技术升级,UUSee2010客户端已经具备了更加稳定高效的系统内核,悠视网融电视直播、视频加速、时移技术、在线点播、视频搜索等技术于一体。从而为用户更加流畅地收看高清晰视频内容提供了保障。

从悠视网的角度看,中网这样的内容非常吻合悠视网高端用户居多的受众特征,体育赛事尤其是高端体育赛事是悠视网多年来持之以恒夼斗的主题,从而也聚集了大批的体育迷。因此,中网与悠视网的牵手是双赢的选择,合作的实现自然也水到渠成。李竹表示:通过中网项目的合作首先能更好地满足广大关心中网用户的需求,满足长期伴随悠视体育走过的体育迷们的收看需求,这是此次合作最基础的期望。另外,此项合作也是悠视网新技术的一次亮相,通过时移直播和多终端播出把用户体验提高到一个新台阶。随着中网的影响力在国内外的日益彰显,悠视网方而也希望能通过与中网的合作,很好地宣传自身的网络平台,朝高端网络电视平台的定位迈出坚实一步。

第6篇:客户端推广方案范文

【关键词】CORBA标准 机器人 避障

时代的发展使得社会化分工越发明确,人们对生活品质以及便利性的需求越来越大。因此,随着高新科学技术的日新月异,生活服务型机器人进入人类家庭已不再遥远,已有部分科技发达国家已经研发出此类机器人并且开始逐步推广。这些机器人不仅能够帮助或是代替人类完成一些常规的家务劳动,比如扫地、拖地、洗衣、做饭等;还能为人类提供一部分娱乐、教育等服务。

我国在机器人技术领域并不领先,在世界上约为中上水平。国内虽然有不少公司认为这是一个大好商机,而投入财力和人力进行研发、生产与推广,但由于开发成本较高,推广并不尽如人意。究其原因,主要是商业领域的核心技术保密要求与研发技术层面上的统一性、通用性相违背,这样就无法实现技术上的借鉴、复用性,从而抬高了研发成本,也就变相的加大推广难度,也不利于机器人技术整体的发展。对此,本文以CORBA标准为核心,在国内相对典型的“UP-InnoSTAR”平台上设计了服务型机器人的避障模块,可为同类型机器人的开发提供一定的参考。

1 “UP-InnoSTAR”机器人开发平台

“UP-InnoSTAR”是我国使用广泛的、比较典型的教育娱乐机器人软硬件开发平台,是由博创科技研发、推出的一套机器人模块化套件,适用于研究者验证理论算法,验证学术论文的快速原型搭建;也可用于开发新机器人之前的搭建理论样机,验证原理和可行性。套件的机构零件约有760余个,60多种,并提供了全向轮套件以及履带机器人套件。其中,控制器为MultiFLEXTM2-PXA270型,控制处理器为Marvell Xscale PXA270,是主频为520MHz的32位高性能嵌入式处理器,内含64M的FLASH存储器和64M的SDRAM,Linux操作系统,能够满足各种数据、视频、语音的存储与处理,控制器上还带有Wifi模块插槽1个、100bps的以太网接口1个、USB Host4个,带有立体声音频输出接口1个和麦克风接口1个,能够对视觉传感器摄像头和听觉传感器麦克风予以支持;机器人舵机为CDS5500总线式,最多能够支持200个舵机串联数字式通讯,扭矩最大为16Kgf.cm,0.14sec/60转速,具备电流、温度保护,并能够将舵机的位置、转速、电压、温度反馈给上位机;传感器则提供有彩色CCD摄像头、灰度传感器、姿态传感器、碰撞传感器、光强传感器、温度传感器、声音传感器、霍尔接近传感器、红外接近传感器、红外测距传感器等共十余种。

2 CORBA标准

CORBA(Common Object Request Broker Architecture),即通用对象请求体系结构,由OMG组织制定,是一种标准的对象技术规范和应用程序体系结构,它提供了一个对象管理规范与一个公共框架,而并非制定了一门开发语言。

笼统地讲,CORBA的作用是把用其它语言编写的程序代码、调用该程序代码的方式以及程序代码的功能描述封装成一个package,其它程序可在系统网络中对其进行调用。或者,可以把它看做是一个包含多项信息的文档格式,类似于文档头,可被机器设备所识别。CORBA使用接口定义语言(IDL)来规定接入对象的行为,作用类似于协议,同时CORBA也规定了IDL到具体程序语言的映射规则,比如JAVE或者C++,映射规则描述了客户端与服务器端如何实现CORBA的信息类型。这些映射由具体程序语言编写的ORB实现。

ORB即对象请求,是CORBA的核心组件。ORB是一种在客户端对象与服务器端对象之间建立联系的中间件,负责两者间的通讯,并返回调用对象后的结果。通过ORB,客户不用关心服务器的具置、具体硬件平台、具体采用的技术等,可直接调用服务器中对象方法或者对象本身,给编程带来了极大的便利,实现了不同机器的应用程序间的数据交换以及多对象的无缝连接。

3 CORBA体系结构及其工作方式

CORBA体系结构如图1所示。

在客户端组件中,ORB核心:客户端与服务器端的通讯中间件,通过ORB,客户端可以直接调用服务器端的对象或者对象方法,调用透明化并与硬件平台无关。Stub存根:是IDL文件被编译后自动生成的代码,是客户端的一段小程序,用于在系统运行时被较长的程序替换,Stub存根的调用方式为静态激发,适用于相对稳定的数据、对象与方法。动态调用接口:相对于Stub存根,通过DII客户端可以调用任意类型的对象,其优点是灵活,缺点是不便维护与调试。ORB接口,连接ORB核心与客户端应用,由一些本地API组成。

在服务器端组件中,Skeleton框架:有IDL编译器自动生成,它作为一个客户端的在服务器端工作,收包解包,并根据包中的参数调用服务器端对应的接口,然后返回结果。动态框架接口:作用对应于客户端的动态调用接口,在服务器端起作用。可移植对象适配器:是服务器端的CORBA对象与ORB核心的连接纽带,承担两者的交互并确保交互的安全性。

根据上述分析,一个完整的ORB应答顺序应为:1.客户端发出请求并调用Stub存根程序;2.客户端Stub存根程序对请求编码并向ORB发出请求;3.客户端ORB通过网络将请求发给服务器端ORB;4.服务器端Skeleton框架将接收的信息解码,根据内容调用对应的服务器端对象并将结果编码后返回;5.反方向将结果发回给客户端。

4 基于CORBA标准的机器人避障模块设计

智能避障是指机器人依据视觉感知设备收集的信息,通过舵机完成左转、右转、前进、后退等动作,从而避开障碍物,到达目的地。本文在CORBA标准的基础上实现了该通用模块的设计,主要由4个子模块组成,分别是感知子模块、运动子模块、消息传递子模块和异常处理子模块。其中前2个子模块为机器人智能避障的核心模块。

感知子模块,是机器人对外界的感知,是机器人运动策略的依据,功能描述为:首先处理各感知传感器的设备信息,对其初始化,然后将感知设备采集到信息进行标准化,最后传给机器人处理器执行。运动子模块,是机器人依据对外界的感知而做出的反应,通过舵机来驱动完成,功能描述为:首先对舵机进行初始化,然后根据接收到的感知信息的内容,由处理器形成指令后传到舵机,最后由舵机执行左转、右转、前进、后退的动作完成避障。上述模块的程序流程图如2所示。

5 总结

机器人避障模块是服务型机器人的通用功能模块,而CORBA标准也是目前机器人研发中较为典型的标准,因此,本文提出的设计方案具备一定的实用价值,可作为相似类型机器人研发的参考与借鉴。

参考文献

[1]丁俊勇,张永康.CORBA 技术在分布式系统集成中的应用[J].机床与液压,2003, 3:067.

[2]刘涛.基于CORBA中间件技术的异构机器人互操作系统的研究[D].山东大学,2007.

作者简介

姜帆(1979-)男,重庆市人。研究生学历。现为重庆电子工程职业学院副教授。研究方向为计算机软件技术以及系统集成。

第7篇:客户端推广方案范文

关键词:J2EE技术 特点 系统结构 浅析

中图分类号:TP274

文献标识码:A

文章编号:1002-2422(2010)03-0107-02

1 J2EE技术简介

J2EE各种应用程序和组件之间的通信是建立在标准协议的基础之上的,这些协议包括HTTP、TCP/IP、SSL、RMI等,用户只要有浏览器就可以利用这些协议获得信息。J2EE有3个主要的组件模型:JSP、Servlet和EJB,在系统中,这3个组件可以提供强大的动态连接机制。J2EE为支持Java语言服务器部署提供平台无关的、可移植的、多用户、安全的标准企业级平台。如图1所示。

2 J2EE技术特点分析

2,1有效保留现存的企业资产

由于基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行,现有的操作系统和硬件也能被保留使用,所以J2EE架构可以充分利用用户原有的投资,有效利用业界支持和一些重要的企业计算机领域供应商的参与,进入可移植的J2EE领域的升级途径。

2,2高效的开发性能

基于J2EE平台的产品允许公司把一些通用的、很繁锁的服务端任务交给中间件供应商去完成。这样开发人员可以集中精力实现业务逻辑功能。

2,3支持异构环境

基于J2EE平台能够开发部署在异构环境中的可移植程序。基于J2EE的应用程序不依赖任何特定操作系统、中间件和硬件,因此设计开发一次合理的基于J2EE的应用程序就可能部署到各种平台上使用。J2EE标准也允许客户使用与J2EE兼容的第三方组件,把其部署到异构环境中,节省了由自己实现整个解决方案所需的费用。

2,4可伸缩性

基于J2EE平台的应用程序可被部署到多种操作系统上,J2EE领域的供应商提供了更为广泛的负载平衡策略,能够消除系统中的瓶颈,允许多服务器集成部署,满足未来商业应用的需要。

2,5程序的可用性好

一个大型应用服务器平台必须能全天候的运转,以满足公司客户和合作伙伴的需要。除了J2EE部署到可靠的操作环境中外,还可以选择Windows或者健壮性更好的系统,完成服务,达到更稳定的可用性。

3 J2EE典型应用层次

在J2EE规范的定义下,典型的应用系统结构可分为客户层、表示层、业务逻辑层和数据层4个应用层次。相互关系为;客户端从Web服务器上下载Web层中的静态HTML页面、Applet或由JSP、Servlet生成的动态HTML页面。业务逻辑层的FIB从客户层接收请求和数据,并调用数据访问组件,检索数据库层中相关的数据,数据库服务器层执行SOL操作,通过JDBC数据库连接池与业务逻辑层进行交互,JDBC为Java应用程序提供一个统一的接口,以完成到数据库的连接。业务逻辑层将相关数据送到数据库服务器层存储,并将处理后的数据返回给客户端。为了降低网络负载,将一部分计算交由Web服务器来完成,Servlet接收来自客户端Applet的调用。Web层通过调用业务逻辑层的EJB,生成动态的HTML传输给客户层。为实现业务逻辑与实现逻辑的分离,对数据库的操作封装在EJB中,Scrvlet分发客户端的请求消息,实现对FJB的调度功能,如图2所示。

3,1客户层

客户层为用户提供可视化图形界面,在系统应用中,负责管理与用户的交互,根据使用功能范畴与应用要求以及在子层中充当不同的角色,可以这样构建客户层:

(1)纯粹的HTML客户端:这种情况下,全部智能处理都位于中间层,当用户提交Web页面的时候,确认工作都由J2EE服务器完成,然后响应返回至客户端。

(2)混合HTML/DHTML/JavaScript的客户端:这种情况下,运行在客户端上的Web页包含一都分智能,客户端将会处理一些基本确认。客户端还可以包含一些DHTML。

3,2表示层(或Web层)

Web层实现与客户端以及业务逻辑层的双向交互,接收客户端传送的请求交给业务逻辑层进行处理,接收业务逻辑层的处理结果并传递给客户端,即响应客户请求,为客户提供所请求的数据。表示层任务之一就是生成Web页面和Web页面中的动态内容;另一个主要任务就是对客户端传来的Web页面包含的请求进行打包。

通常在Web服务器中实现表示层,Web服务器除了处理对站点静态WEB请求之外,通常还要为处理多个应用程序请求。主要由JSP和Servlet提供客户端组件,JSP和Servlet接收客户端的请求并响应,将用户的输入发送到业务逻辑层的EJB组件中进行处理。

可使用不同工具构建表示层,目前常用的工具有通用网关接口,服务器端使用Micmsoft提供的ASP联合服务器页面(JSP)引导,如图3所示。

3,3业务逻辑层

业务逻辑层是集成系统应用逻辑功能,完成客户请求中相应的计算和数据操作。包括执行全部必须的计算机动作,工作管理,表示层中全部数据的访问管理等。

实现上同表示层相似,通常在应用服务器内部实现业务逻辑层,把业务逻辑从资源管理的需求中分离出来,使得开发人员可以集中精力构建应用逻辑。

在现代的Web应用中,业务逻辑通常使用Java解决方案实现,使用其中的EnterPrise JavaBeans执行业务操作。独立语言的公共对象请求体系结构Common Object Re-quest Broker Architecture对象也可以构建在业务逻辑中,并可以很轻松地使用Java对表示层的访问。

3,4数据层

数据层负责存储、管理数据信息。数据层为业务逻辑层提供请求的数据,在请求的时候,数据层存储数据。

数据层可以是简单的关系数据库,也可以包含访问其他数据源的数据访问过程。

第8篇:客户端推广方案范文

关键词:PXE;Ghost;网络机房

中图分类号:TP308文献标识码:A文章编号:1009-3044(2012)16-3834-02

随着计算机在教育中的广泛应用和高等教育办学条件的不断改善,各高等院校先后建成了大量计算机公共网络机房。这些机房除了要承担日常的教学、实验任务外,往往还需对培训、考试、实践、科研等提供支持,很多机房还在业余时间对师生开放。由于每天设备运行周期长、使用人员众多、应用需求变化多样,导致网络机房的管理、维护任务极为繁重。在硬件、网络和软件这几类最常见的系统维护工作量中,软件维护所占的比重最大。为不同应用需求安装部署计算机软件、修复操作系统损坏的计算机又成为软件维护中最频繁、最费时和最费力的工作。

我单位建有两个公共网络计算机机房,共有210台计算机。为应对操作系统崩溃、病毒感染、统一部署软件等情况,我们以往的解决方案是:以一台计算机作为样机,在其系统分区上安装好所需要的操作系统和各种软件,然后利用Ghost软件备份该分区数据到一映像文件,然后将该映像文件复制到机房每一台计算机的数据分区中。当需要时,再利用Ghost软件将映像恢复至系统分区。这种方法需占用大量硬盘空间存储映像文件,还得保证映像文件不被误删除,从样机复制映像文件到每一台计算机的时间开销也非常大。

经过长期实践,我们发现可以结合PXE+Ghost网络克隆技术,实现免软驱、光驱、网络还原卡的大批量计算机快速系统部署方案,破解了网络机房维护工作中的一大难题。

1 PXE+Ghost网络克隆工作原理

PXE+Ghost网络克隆的基本工作原理如图1所示。

图1 PXE+ Ghost网络克隆原理图

图1中,Ghost利用TCP/IP协议在服务器端和客户端之间建立通信信道。

2通过PXE+Ghost网络克隆技术实现高校网络机房的高效维护

2.1基本软、硬件环境

1)需准备一台装有Intel PXE-PDK 2.0、Sysmantec Ghost 11.5企业版的计算机作为多播Ghost服务器。该计算机可以是专用服务器,也可是与客户端一样的普通计算机。

2)若干台欲部署系统的客户端计算机。客户端计算机必须具备相同的硬件配置,支持PXE启动(还需开启网卡的网络启动功能)。

3)多播Ghost服务器和客户端计算机通过交换机联入局域网。

2.2安装、配置服务器

1)在多播Ghost服务器上安装Windows2003 Server网络操作系统;

2)配置DHCP:新建作用域,设定动态分配的IP范围,激活作用域,设置DHCP支持的启动协议为:两者(DHCP和BOOTP);3)利用Intel PXE PDK 2.0的PxeReg6.0.exe程序为服务器添加060作用域;

4)执行Intel PXE PDK 2.0的PxeConfig.exe程序,将DOSUNDI文件设为默认启动文件。

2.3制作PXE启动映像文件

制作PXE启动映像文件的操作步骤如下所示:

1)利用Ghost Boot Wizard程序生成启动映像软盘。

2)修改软盘中的Autoexec.省略

GHOST.EXE -clone,mode=pload,src=@mcrs,dst=1:1–sure -rb

3)利用Intel PXE PDK 2.0的makeimage.exe程序将软盘数据生成启动映像文件,将该文件改名为dosundi.1并复制到安装目录中的\x86pc\undi\dosundi文件夹中。2.4样机镜像文件的制作

任选一台客户端计算机作为样机,安装好操作系统和应用软件,利用Ghost.exe生成系统分区的镜像文件client.gho,将此文件复制到Ghost多播服务器D:\路径下。

2.5工作站软件系统的快速安装和部署

操作步骤如下:

1)准备好局域网工作环境;

2)在多播服务器上执行GhostCast Server程序,创建名为rs的克隆任务,设定参数:mode为Restore Image,Image file为d:\client. gho,Partition为1。设置完毕单击“Accept Clients”命令按钮。

3)客户端计算机开机,待所有需要克隆的客户端计算机与任务rs相连后,按下服务器GhostCast Server程序的Send命令按钮,开始网络多播克隆。克隆完毕工作站将自动重启。

3性能测试

3.1测试环境

1台Ghost多播服务器,110台客户端计算机,服务器和客户端计算机硬件配置完全一样。硬件基本配置为:Intel CORE i5 2320(3000MHz),4GB DDR3内存(1333MHz),NVIDIA GeForce GT显卡,1TB硬盘(7200转,SATA2),主板集成Broadcom NetLink (TM) Giga bit Ethernet千兆网卡,100MB交换式局域网。欲部署的客户端镜像使用Windows 7旗舰版,装上Office 2010、Photoshop CS5、Fire works CS5、Flash CS5、Visual Studio 2008、SQL Server 2008等各种系统/应用软件后,用Ghost制作的系统分区镜像大小为8.6 GB。

3.2测试结果分析

传统单机克隆方式和PXE+Ghost网络克隆方法性能对比分析情况如表1所示。

4结束语

利用PXE+Ghost网络克隆实现机房软件系统安装/部署的方法简单、快捷,无需软驱、光驱、网络还原卡等特殊配件,可减少这些配件的购置、维修和维护费用。实践表明,该方法特别适合于计算机网络机房的大批量软件部署和软件系统修复,具有较高的应用价值,值得在各高等院校计算机公共网络机房中推广使用。

参考文献:

[1] Huang J H.ZTE’s IP Multicast Technology[J].ZTE Communications,2005,11(3).

[2]林国献,向驹.网络克隆技术在机房管理中的应用[J].电脑知识与技术,2006,8(5).

[3] Amjad M T S.Multicast Protocol for Uni-Directional Networks[J].Journal of Computer Science and Technology,2001(2).[4]朱毅.基于PXE技术的网络机房高效管理方案[J].电脑开发与应用,2008(10).

[5]董小社,孙发龙,李纪云等.基于映像的集群部署系统设计与实现[J].计算机工程,2005,31(24).

[6]吴立锋,吴经龙.网络克隆在计算机机房的应用[J].电脑知识与技术,2005,7(11).

[6]周勇.PXE无盘引导过程的透析与实践[J].西南科技大学学报,2004,22(2).

第9篇:客户端推广方案范文

中国联通携手宏图三胞共同拓展沃3G营销渠道

本报讯6月15日,中国联通与宏图三胞在南京签署全业务战略合作协议。双方将在通信产品销售领域进行全面合作,这是中国联通在3G营销渠道拓展方面的又一重大进展。据了解,宏图三胞在昆明、成都、重庆,以及湖南、湖北等地拥有200余家连锁店面。这些店面都将设立中国联通业务受理区和开放式通信产品展销区,重点推广中国联通“沃”3G终端合约计划产品,竭诚为客户打造集真机体验、产品销售、入网充值、宽带办理等在内的一站式服务。

手机淘宝推出“靠谱价”手机购物新模式现身

本报讯随着“比价”这一词在消费者之间悄然走红,目前已经有相当多的用户习惯在购物前上手机淘宝搜索一下商品比比价格。手机淘宝近日宣布推出专门“比价”产品。通过“比价”产品,用户不仅能够快速搜索出商品的所有价格分布,还可以看到由淘宝官方以TOP卖家实际成交情况作为标准算出的平均价格,业内称为“靠谱价”。这样真实可靠的价格提示,使消费者能够更精准地找到所需产品,并快速完成购买。

土豆网最新Android客户端 独家支持离线视频播放

本报讯近日,土豆网()了全新Android版本手机客户端,最新版本为V2.2的土豆客户端增加了视频下载和离线模式,大大提升了无线视频用户的体验,也成为首个支持离线视频观看的在线视频客户端。用户只需要在手机客户端上的视频详情页面中点击下载按钮,就能将感兴趣的视频文件下载到手机内,在网络不佳或者无网络的条件下继续使用土豆客户端观看。

国内首个非智能手机支付出炉普通手机也能网购

本报讯近日,支付宝公司与曜硕科技在北京联合国内首个非智能手机支付方案――嵌入式安全支付系统解决方案。通过该方案,非智能型手机将拥有手机支付功能,从而可以让用户的手机新增网购、游戏及话费充值等新服务。该方案也使得非智能机上下游产业链获得新的发展机遇,并进一步推动手机支付产业的壮大,促进国内移动互联网产业的良性发展。这也是自非金融机构支付许可证发放之后,第三方支付在手机支付领域的又一重大突破。据悉,本次双方为用户提供了全新的手机Java应用支付方式,并将支付宝安全支付引擎作为JBlend Java虚拟机的配置之一,用户的所有的支付可以全部在Java虚拟机环境下完成。

点心与宏将推新手机Acer Liquid Mini E310

本报讯 创新工场孵化的首个公司点心与宏将于近期推出一款新品,预计在2000元以内,型号为 Liquid Mini E310。作为Acer与点心合作的首款产品,Liquid Mini E310秉承了宏智能手机一贯的优雅设计风格,并采用了针对中国用户使用习惯打造的点心智能操作系统(点心OS)。据悉,搭载点心OS的Acer Liquid Mini E310将在7月初上市。

企业动态

搜狗以83.6%渗透率领跑输入法市场

本报讯6月14日,“慧聚五千年――搜狗输入法5周年庆暨《汉字输入发展报告》会”在北京大学百年大讲堂盛大举行。“清华大学-搜狐搜索技术实验室”公布了中国首份《汉字输入发展报告》(以下简称报告)。报告指出,以搜狗为代表的输入法已成为中国互联网的基础,产业生态链初步形成,未来将朝着更智能、个性化、平台化发展。报告显示,搜狗输入法以83.6%的渗透率领跑市场,用户超过3亿。

梦想兄弟涉足通信市场 抢夺社交关系资源

本报讯近日,涉足移动互联网与通信领域的梦想兄弟宣布推出基于手机通信录的免费短信、照片分享工具“呼呼密友”。呼呼密友实现了跨三大运营商间的短信单点、群组的免费互发,并加强了智能手机短信与通信录使用功能,用户能快速通过手机分享照片、文字,现阶段将支持Android与iOS系统。

神州数码举行Juniper-SRX 全国经销商招募会

本报讯6月9日,神州数码在北京召开“2011年神州数码・瞻博网络 Juniper-SRX全国经销商招募及解决方案推介会”,面向全国招募瞻博网络Juniper-SRX系列产品的经销商,共有100多位商代表及媒体记者出席了会议。会上,神州数码及瞻博网络的有关人士详细介绍了瞻博网络 Juniper-SRX系列业务网关的功能、特性、优势以及适用场景,并着重介绍了该系列产品可为企业带来的灵活性、安全性、可扩展性、运营简单性和可靠性等优势。

网游企业倡导水资源保护

本报讯近日,长江流域先后遭遇旱涝灾害,为此研祥集团全资子公司梦天堂网络公司于6月在深圳举办了倡导保护水资源―暨“寻找众神之泪”的活动,在哈尔滨、沈阳、南京、上海、重庆、成都等水资源严重缺乏的城市走访一遍,让人们在寻找“神泪”的过程中体会到保护水资源的重要性。

ZigBee联盟正式落户北京

本报讯在6月14日召开的“2011中关村物联网与ZigBee产业发展国际论坛”上,中关村管委会委员张茂盛与ZigBee联盟主席鲍勃海利博士共同为“ZigBee联盟中关村办公室”揭牌。鲍勃海利博士宣布ZigBee联盟中关村办公室将于2011年下半年开始正式运作,作为在中国开展物联网产业技术交流与合作的平台。同时,ZigBee联盟与中关村物联网产业联盟、北京赛西科技公司(CESI)签订了战略合作协议,将与中关村物联网产业相关企业、机构开展技术标准、研发测试及应用推广方面的实质性合作。