CN107957869A - 一种固定办公云桌面系统 - Google Patents

Abstract

本发明提出了一种办公云桌面系统，包括云桌面端和云服务器端，云服务器端包括接入层、服务层、资源层，一个或多个云桌面端通过所述接入层与云服务器端相连接，接入层还与云服务器端的服务层相连接，所述云服务器端的资源层与服务层相连接。该办公云桌面系统采用云+端架构服务模式，实现了统一的服务接入及管理入口、统一身份验证及管理、支持多设备接入、统一的服务接入客户端，同时实现云到端的推送功能，能极大的优化改善现有信息化服务模式。

Description

一种固定办公云桌面系统

技术领域

本发明涉及一种固定办公云桌面系统，尤其涉及一种“云+端”架构的电子政务系统。

背景技术

随着信息技术的不断发展，企业对于办公桌面系统的要求也越来越高。在现有的办公桌面系统中，用户需要使用多种不同的客户端软件、不同版本的浏览器、多种特定浏览器插件，对使用信息化服务形成使用难、推动不便、管理不便的问题，同时缺乏一个统一推送信息化服务的功能以及目前应用较为广泛的社交技术。政务管理作为企业管理的重要基石，是提升企业现代管理水平的关键，而这些问题的存在阻碍了进一步提升现代企业管理水平。因此非常有必要对办公桌面系统进行技术创新。

发明内容

现有的信息化服务模式中用户需要使用多种不同的客户端软件、不同版本的浏览器、多种特定浏览器插件，对使用信息化服务形成使用难、推动不便、管理不便的问题，同时缺乏一个统一推送信息化服务的功能以及目前应用较为广泛的社交技术。

本发明正是针对上述现有技术中存在的问题，采用云+端架构服务模式，实现了统一的服务接入及管理入口、统一身份验证及管理、支持多设备接入、统一的服务接入客户端，同时实现云到端的推送功能，能极大的优化改善现有信息化服务模式。

根据本发明的一个方面，提供了一种固定办公云桌面系统，包括云桌面端和云服务器端，所述云服务器端包括接入层、服务层、资源层，一个或多个所述的云桌面端通过所述云服务器端的接入层与所述云服务器端相连接，所述云服务器端的所述接入层还与所述云服务器端的所述服务层相连接，所述云服务器端的所述资源层与所述云服务器端的所述服务层相连接。

进一步地，所述云服务器端的接入层用于对接入其中的所述一个或多个云桌面端进行统一验证、统一管理和统一推送。

进一步地，所述服务层包括业务应用模块、待办提醒模块、沟通协作模块、数据服务模块、新闻资讯模块、搜索查询模块和知识文档模块，所述的业务应用模块、所述的待办提醒模块、所述的沟通协作模块、所述的数据服务模块、所述的新闻资讯模块、所述的搜索查询模块和所述的知识文档模块分别与所述的资源层相连接。

优选地，所述资源层包括业务系统资源模块和公有云资源模块，所述的业务应用模块、所述的待办提醒模块、所述的沟通协作模块、所述的数据服务模块、所述的新闻资讯模块、所述的搜索查询模块和所述的知识文档模块分别与所述的资源层的所述的业务系统资源模块和所述的公有云资源模块相连接。

优选地，所述业务系统资源模块包括国家局省局系统子模块和地市自建系统子模块。

进一步地，所述公有云资源模块包括大数据子模块、社交子模块和通讯子模块。

在根据本发明的办公云桌面系统中，所述的云桌面端可以包括PC端、平板电脑端、或者智能手机端。

从结构上，本发明采用的开发模式跟通常的C/S模式很像，也是采用客户端+服务器的模式，但是在客户端与服务器通讯上采用目前业界最通用的云+端的Web Service模式，这种模式有如下优点：

1.跨防火墙的通信

如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。在这种情况下，使用DCOM就不是那么简单，通常也不便于把客户端程序发布到数量如此庞大的每一个用户手中。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维护。

举个例子：在应用程序里加入一个新页面，必须先建立好用户界面(Web页面)，并在这个页面后面，包含相应商业逻辑的中间层组件，还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把“结果页”送回浏览器。要是客户端代码不再如此依赖于HTML表单，客户端的编程就简单多了。

如果中间层组件换成WebService的话，就可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用WebService，可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用自己开发的SOAP客户端，然后把它和应用程序连接起来。不仅缩短了开发周期，还减少了代码复杂度，并能够增强应用程序的可维护性。同时，应用程序也不再需要在每次调用中间层组件时，都跳转到相应的“结果页”。

从经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用WebService这种结构，可以节省花在用户界面编程上20％的开发时间。另外，这样一个由WebService组成的中间层，完全可以在应用程序集成或其它场合下重用。最后，通过WebService把应用程序的逻辑和数据“暴露”出来，还可以让其它平台上的客户重用这些应用程序。

2.应用程序集成

企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应用程序经常需要从运行在IBM主机上的程序中获取数据；或者把数据发送到主机或UNIX应用程序中去。即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。通过WebService，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。

例如，有一个订单登录程序，用于登录从客户来的新订单，包括客户信息、发货地址、数量、价格和付款方式等内容；还有一个订单执行程序，用于实际货物发送的管理。这两个程序来自不同软件厂商。一份新订单进来之后，订单登录程序需要通知订单执行程序发送货物。通过在订单执行程序上面增加一层WebService，订单执行程序可以把“AddOrder”函数“暴露”出来。这样，每当有新订单到来时，订单登录程序就可以调用这个函数来发送货物了。

3.B2B的集成

用WebService集成应用程序，可以使公司内部的商务处理更加自动化。但当交易跨越供应商和客户、突破公司的界限时会怎么样呢？跨公司的商务交易集成通常叫做B2B集成。

WebService是B2B集成成功的关键。通过WebService，公司可以把关键的商务应用“暴露”给指定的供应商和客户。例如，把电子下单系统和电子发票系统“暴露”出来，客户就可以以电子的方式发送订单，供应商则可以以电子的方式发送原料采购发票。当然，这并不是一个新的概念，EDI(电子文档交换)早就是这样了。但是，WebService的实现要比EDI简单得多，而且WebService运行在Internet上，在世界任何地方都可轻易实现，其运行成本就相对较低。不过，WebService并不像EDI那样，是文档交换或B2B集成的完整解决方案。WebService只是B2B集成的一个关键部分，还需要许多其它的部分才能实现集成。

用WebService来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑“暴露”出来，成为WebService，就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么开发语言。这样就大大减少了花在B2B集成上的时间和成本，让许多原本无法承受EDI的中小企业也能实现B2B集成。

4.软件和数据重用

软件重用是一个很大的主题，重用的形式很多，重用的程度有大有小。最基本的形式是源代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。

当前，像表格控件或用户界面控件这样的可重用软件组件，在市场上都占有很大的份额。但这类软件的重用有一个很大的限制，就是重用仅限于代码，数据不能重用。原因在于，发布组件甚至源代码都比较容易，但要发布数据就没那么容易，除非是不会经常变化的静态数据。

WebService在允许重用代码的同时，可以重用代码背后的数据。使用WebService，再也不必像以前那样，要先从第三方购买、安装软件组件，再从应用程序中调用这些组件；只需要直接调用远端的WebService就可以了。举个例子，要在应用程序中确认用户输入的地址，只需把这个地址直接发送给相应的WebService，这个WebService就会帮你查阅街道地址、城市、省区和邮政编码等信息，确认这个地址是否在相应的邮政编码区域。WebService的提供商可以按时间或使用次数来对这项服务进行收费。这样的服务要通过组件重用来实现是不可能的，那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库，而且这个数据库还是不能实时更新的。

另一种软件重用的情况是，把好几个应用程序的功能集成起来。例如，要建立一个局域网上的门户站点应用，让用户既可以查询联邦快递包裹，查看股市行情，又可以管理自己的日程安排，还可以在线购买电影票。现在Web上有很多应用程序供应商，都在其应用中实现了这些功能。一旦他们把这些功能都通过WebService“暴露”出来，就可以非常容易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。

将来，许多应用程序都会利用WebService，把当前基于组件的应用程序结构扩展为组件/WebService的混合结构，可以在应用程序中使用第三方的WebService提供的功能，也可以把自己的应用程序功能通过WebService提供给别人。两种情况下，都可以重用代码和代码背后的数据。

下文将以明确易懂的方式，结合附图说明优选实施例，对固定办公云桌面系统的上述特性、技术特征、优点及其实现方式予以进一步说明。

附图说明

以下附图仅对本发明做示意性说明和解释，并不限定本发明的范围。

图1是根据本发明的一个实施例的一种固定办公云桌面系统的系统架构图。

图2是根据本发明的一个实施例的一种固定办公云桌面系统的网络架构图。

具体实施方式

为了对发明的技术特征、目的和效果有更加清楚的理解，现对照附图说明本发明的具体实施方式，在各图中相同的标号表示结构相同或结构相似但功能相同的部件。

在本文中，“示意性”表示“充当实例、例子或说明”，不应将在本文中被描述为“示意性”的任何图示、实施方式解释为一种更优选的或更具优点的技术方案。

为使图面简洁，各图中只示意性地表示出了与本发明相关的部分，它们并不代表其作为产品的实际结构。另外，为使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。

在本文中，“一个”不仅表示“仅此一个”，也可以表示“多于一个”的情形。在本文中，“第一”、“第二”等仅用于彼此的区分，而非表示它们的重要程度及顺序等。

图1是根据本发明的一个实施例的一种固定办公云桌面系统的系统架构图。图2是根据本发明的一个实施例的一种固定办公云桌面系统的网络架构图。下面结合图1、图2对本发明对具体实施方式进行详细说明。

如图1所示，根据本发明的一个实施例，一种固定办公云桌面系统，包括支持多种设备的云桌面端和云服务器端。该云服务器端是一个分层结构，具体包括接入层、服务层和资源层。

云桌面端作为整个固定办公云桌面系统的入口，也就是作为用户端访问应用云的首个也是唯一的入口，在整个系统中处于非常重要的一个建设环节。其中用户体验及UI设计也是非常重要的组成部分。通过云桌面端实现对现有各种服务系统的交互流程进行信息扁平化和流程简化的设计。信息扁平化，指各服务或各系统入口被桌面端接管，用户想得到什么信息或者获得什么体验只用记得是什么APP(或者说图标)点击一下就可以了，用户不用记菜单，记网址，不直接与各系统打交道。流程简化，指将各服务或各系统实现单点登录应用，以APP方式存在于桌面端中，其安装和卸载，来源单一而安全，不用管安装路径及各种设置。

云桌面的云+端架构服务模式，通过云服务器端的接入层实现了统一的服务接入及管理入口、统一身份验证及管理、支持多设备接入、统一的服务接入客户端，同时实现云到端的推送功能，能极大的优化改善现有信息化服务模式。

进一步的，云服务器端的服务层通过接入层和云桌面端相连接和通讯。该服务层进一步划分为业务应用模块、待办提醒模块、沟通协作模块、数据服务模块、新闻资讯模块、搜索查询模块和知识文档模块。所有这些模块分别与接入层相连接，并进而与云桌面端进行交互和通讯。

业务应用模块管理具体应用APP。APP运行载体2种模式：

1、真正APP模式，由应用开发人员遵循APP规范开发的应用程序，通过客户端载体在客户端内部运行。

2、链接模式，不是真正的应用程序，而是以链接方式提醒的业务应用系统，点击链接后在客户端内部启动业务系统网络应用。

在云服务器端构建一个应用商店，为最终云桌面端用户提供各类应用和服务，用户可以根据自身需要来订阅应用及服务。在应用中心里，集成各个业务系统，把这些业务系统封装为各种不用的业务应用，提供给最终用户使用。

待办提醒模块包含两部分：

1.客户端接收云端发来的提醒信息提示，并展示在桌面上，提醒用户相应事宜。一般可以体现为APP上的数字小图标，类似智能手机的数字提示。

2.接收云端发过来的待办信息列表，展现给最终用户，并让用户点击信息的链接直接进入业务系统的待办页面直接处理待办事宜。

在企业现有的各个业务系统中，有很多的业务流程在运转，传统模式用户需要一个个登录这些系统处理待办工作，这种方式不但容易遗漏，而且工作效率很低。而根据本发明提供的办公云桌面系统里，把各个业务系统的流程信息都集成进来，推送到各个用户那里，让最终用户不用登录那么多的系统就能处理所有的流程，而且通过单点登录可以提供用户进入各个业务系统流程表单的体验，提高了工作效率。这样就实现了让事情找人的目的。

在云服务器端还集成沟通协作模块，可以把用户的信息和沟通协作模块结合起来，让桌面端程序能获取人员状态和发起沟通。让即时通讯系统与业务系统集成，把业务场景和即时通讯有机结合，在即时通讯时可以基于业务场景进行沟通。类似下面场景，沟通时可以看到并操作业务系统的数据，双方共同编辑和讨论同一个业务。

具体地，这样的沟通协作模块可以Lync系统来实现。在云桌面端体现为快速于桌面、业务系统、通讯录等应用发起Lync通讯。云服务器端提供为方便发起Lync通讯提供集成服务以及自定义群消息发送服务，以及提供企业社交网络服务。还可以通过整合Lync与业务系统、通讯录等与人员相关的协作需求。

云服务器端的数据服务模块整合了多个数据来源，并最终通过接入层提供给云桌面端的用户。这些数据来源包括云平台数据服务器、各个业务系统及其相应的应用库、Sharepoint、Exchange等，统一构建云端数据库，具体地，可以包括：

云端系统库

●管理库：参数、日志、版本库

●APP管理库：APP信息、使用和部署信息

●客户端管理库：桌面端接入信息、配置信息

●中间件库：新闻通知公告库、待办库、信息提醒库

●人员库：统一管理云桌面系统中的各个人员信息及权限管理

应用程序库

每个应用程序有独立的数据库，各不相同，由各个app自己构建和管理。

在云桌面端体现为图形化、报表化的信息展示以及数据钻去分析的操作功能。云服务器端的数据服务模块体现为以企业现有数据模块的数据为源头，针对不同业务需求展示其业务范围内的报表，并提供可以针对性BI分析的支持。

云服务器端的新闻资讯模块在云端体现为企业内部所有用户提供最新告示、新闻、通知等公共信息的发布和查询服务，包括新闻发布、新闻管理等功能。实现新闻的发布、撤销、删除、阅读、查询、统计等功能。系统可以定义新闻公告的过期时间，过期自动删除或存档；支持图文并茂的新闻格式。按最新新闻、通知公告等多种分类显示公告。数据来源是其他系统，这些业务系统可以主动向云端推送广告，也可以由云端主动去业务系统抓取。在云桌面端以桌面部件的方式，将新闻资讯模块通过接入层发送至云桌面端的数据，直观展示为最新告示、新闻、通知等公共信息。

云服务器端的搜索查询模块，在云端集成各种数据源(内网数据、外网网站数据、业务系统数据)，并针对这些数据源提供搜索功能。同时还提供扩展搜索功能，集成了很多app的搜索，例如：通讯录搜索、应用搜索等功能。具体地，在云端体现为构建企业搜索引擎，提供各种搜索服务。

桌面搜索

针对客户端本地电脑的桌面搜索，

云端搜索

搜索已经在云端索引的文件和内容。

互联网搜索

搜索互联网内容。

在云桌面端体现为搜索功能区，可进行桌面搜索、云端搜索、互联网搜索。

在各个业务系统中以及用户的电脑里，随着时间沉淀了很多的知识，这些知识在传统模式下很难被再利用。根据本发明的云桌面系统中，在云服务器端构建了知识文档模块，提供企业网盘功能，让用户可以把知识文档上传到服务器，并共享给其他人，从而能让知识被有效利用，提供企业的整体工作效率。在云桌面端体现为个人工作空间入口，所有文档、联系人等都可以与内部网盘做同步。

云服务器端还包括资源层，其服务层的各个模块分别与资源层相连接。具体地，资源层包括业务系统资源模块和公有云资源模块。进一步地，业务系统资源模块包括国家局省局系统子模块和地市自建系统子模块；公有云资源模块包括大数据子模块、社交子模块和通讯子模块。

在企业内部有很多业务系统，这些业务系统大多都有自身的信息资源，云桌面系统把这些信息资源集成到一起，推送到客户端，方便用户的使用。对于每个业务系统，为了能和本系统完美集成，需要能够抽象为3个层面：展现交互服务、业务应用服务以及接口层，通过应用服务引擎构建业务能力，通过集成服务平台与其他业务系统进行交互。云桌面系统与企业内目前使用的其他系统存在各种各样交互行为，在协同工作平台的接口设计方案中，也同时体现SOA设计思想，尽可能将于第三方的接口设计成服务的方式提供给系统使用。对于商业软件或者某些应用程序或数据库没有可由EAI技术或其适配器容易使用的开放接口。这可能会严重限制对应用程序或数据库进行集成时所做的选择，尤其是当它由此列表中的其他因素限制时。在这种情况下，通常必需开发和执行入侵中间件连接器或者开发和执行API。

图2示出了根据本发明的一个实施例的一种固定办公云桌面系统的网络架构图。

该固定办公云桌面系统包括多个用户终端，这些用户终端通过内部网络或者外部网络，和云服务器端相连接，云服务器端包括数据服务器、云桌面消息服务器、云桌面检索服务器、云桌面应用服务器和云桌面分发服务器；还包括业务系统，业务系统由财务服务器、人劳服务器、Lync服务器、办公服务器、营销服务器和Exchange服务器等组成。业务系统通过内部网络与云服务器端的其它服务器相连接。

其中，消息服务器可以是虚拟化或实体服务器，为云桌面客户端提供消息中转服务。

应用服务器可以是虚拟化或实体服务器，为云桌面提供应用程序服务。硬件配置倾向于CPU处理能力强劲、大内存、高速磁盘。

分发服务器可以是虚拟化或实体服务器，为云桌面提供数据分发服务。硬件倾向于CPU处理能力强劲、大内存。

搜索服务器可以是虚拟化或实体服务器，提供搜索服务。通过构建多搜索服务器分散搜索压力，提高搜索效率。硬件倾向于CPU处理能力强劲、大内存、高速磁盘。

数据库服务器是实体服务器，为整个服务器场提供数据存储服务。整个系统的所有数据均保存在后台存储中。系统可以使用多个数据库服务器来进行分散存储，并可以根据需要随时对存储进行扩充。硬件倾向于CPU处理能力强劲、大内存、高速磁盘。

热备服务器是数据库实时备份方案，热备服务器平时不直接提供数据库访问功能，做主数据库服务器的实时备份，通过SQL Cluster实现。

在访问模式上，从内网访问的内部用户通过企业内部千兆以太网访问。这种情况下可以使用域认证方式无需每次访问输入用户名密码即可进入云桌面系统。从外网访问的用户，在公司对外出口交换机或者防火墙上配置访问策略，映射云桌面到外部的域名。外网用户的云桌面通过防火墙访问企业内网的相应网站资源，这种模式每次访问门户都需要输入域用户名和密码。

应当理解，在本文中所引证的文件仅供参考之用，且不包含任何其可能与本文的相冲突的内容。

应当理解，虽然本说明书是按照各个实施例描述的，但并非每个实施例仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。

上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施例的具体说明，它们并非用以限制本发明的保护范围，凡未脱离本发明技艺精神所作的等效实施方案或变更，如特征的组合、分割或重复，均应包含在本发明的保护范围之内。

Claims (7)

1.一种办公云桌面系统，包括云桌面端和云服务器端，其特征在于，

所述云服务器端包括接入层、服务层、资源层，

一个或多个所述的云桌面端通过所述云服务器端的接入层与所述云服务器端相连接，

所述云服务器端的所述接入层还与所述云服务器端的所述服务层相连接，

所述云服务器端的所述资源层与所述云服务器端的所述服务层相连接。

2.如权利要求1所述的办公云桌面系统，其中，所述接入层用于对接入其中的所述一个或多个云桌面端进行统一验证、统一管理和统一推送。

3.如权利要求1所述的办公云桌面系统，其中，所述服务层包括业务应用模块、待办提醒模块、沟通协作模块、数据服务模块、新闻资讯模块、搜索查询模块和知识文档模块，所述的业务应用模块、所述的待办提醒模块、所述的沟通协作模块、所述的数据服务模块、所述的新闻资讯模块、所述的搜索查询模块和所述的知识文档模块分别与所述的资源层相连接。

4.如权利要求3所述的办公云桌面系统，其中，所述资源层包括业务系统资源模块和公有云资源模块，所述的业务应用模块、所述的待办提醒模块、所述的沟通协作模块、所述的数据服务模块、所述的新闻资讯模块、所述的搜索查询模块和所述的知识文档模块分别与所述的资源层的所述的业务系统资源模块和所述的公有云资源模块相连接。

5.如权利要求4所述的办公云桌面系统，其中，所述业务系统资源模块包括国家局省局系统子模块和地市自建系统子模块。

6.如权利要求4所述的办公云桌面系统，其中，所述公有云资源模块包括大数据子模块、社交子模块和通讯子模块。

7.如权利要求1-6任意一项所述的办公云桌面系统，其中，所述的云桌面端包括PC端、平板电脑端、或者智能手机端。