CN101231731B - 一种应用虚拟化在公网上的通用商务方法及其迷你服务器 - Google Patents

Abstract

本发明公开了一种应用虚拟化在公网上的通用商务方法及迷你服务器，包括：初始化包括取得参数，读入设置文件，初始化DDE服务，以及运行应用监听器，并进行注册和登录；客户端SOD控件通过接入协议登录接入服务器；输入关键字选取内容，被选取的内容由内容管理协议提供；根据用户所需的带宽大小与数据中心资源消耗选择一种应用虚拟化引擎；将应用虚拟化引擎对应的执行软件与被选取的内容绑定，并执行该执行软件；计量及计费：对执行应用虚拟化引擎的起始及关闭时间进行计量及计费。上述方法，不仅在应用虚拟化的基础上，创建了客户端SOD控件，使用户可接入、挑选内容、运行应用、加以计量并计费；而且达到不需要被微软产品垄断，也能够完成内容租赁计费的目的。

Description

一种应用虚拟化在公网上的通用商务方法及其迷你服务器

技术领域

本发明涉及一种应用虚拟化在公网上的通用商务使用方法及使用该方法的迷你服务器，更确切地说是涉及网络运营者对公网用户的一种包括应用软件、游戏、动漫、电影、音乐、课件等数码内容在内的通用商务方法及使用该方法的迷你服务器。

背景技术

当前ASP运营商在公网租赁数码内容的成功方式主要包括四种：一种是看电影(video on-demand，VOD)或玩游戏(game on-demand，GOD)的收月费，第二种是基于浏览器的服务器端控制收费(browser/server，B/S)方式，第三种是基于客户端的服务器端控制收费(client/server，C/S)方式，例如网络游戏。还有第四种是不依赖应用服务器的独立运行应用(standaloneapplication，例如办公软件Word，PPT)，由商务服务器下载之前收费。至于其它方法，或是不能控制用户下载盗用，或是尝试把收租代码大幅嵌入各别应用或流媒体的播放器中，都不成功。即使在上述第二B/S及第三种C/S成功方法中，也还是需要针对各别的应用软件，无论是在客户端或服务器端，做修改代码的工作。有关VOD的商务方法，Gordon的美国专利US6253375和LaRocca等人的美国专利US6314572已披露了通过有线电视网和订户之间的商务互动。订户可以安装机顶盒和游戏杆，看电影、电视录影、甚至也可以玩简单的游戏；计费则仰赖服务器端的数据库。然而，由于订户在客户端的机顶盒没有完整操作系统，Gordon的游戏仅能运行在服务器端，其实用性并不普遍，无法在客户端运行重型游戏(例如射击游戏)，不能算是主流GOD。可以说，Gordon和LaRocca的商务方法基本上是买卖视频“数据”，而非买卖本专利所关注的电脑程序或应用软件(以下简称“应用”)。

所述B/S，C/S和独立运行的应用，则是关乎本专利所谓的SOD(Softwareon-demand)的商务方法。这是一个新兴产业，利用客户端的应用软件，与服务器端互动，订户在客户端玩游戏或运行其它领域(譬如个人应用、办公、科学、工程、金融等)的应用。SOD商务方法与VOD商务方法一样，让订户登录、选商品、运行商品，且在服务器端计费。但与VOD不同的特征是：数字化商品不是数据，而是可执行的软件，以应用软件和游戏为主，但也包括视频播放器和其附属视频数据的电影和电视录影、音频播放器和其附属音频数据的音乐、动漫播放器和其附属的动漫数据、阅读器和其附属阅读数据、课件及其附属的课程数据。

应用虚拟化这一技术可以统一提供租赁方法给应用软件、游戏、及其它流媒体，不需修改原代码，不必担心播放器与流媒体不相容，也无虞内容被盗版。它的原理是利用预先处理的排序(sequencing)法，把应用软件、游戏各别打包；电影音乐等流媒体则与其特定的播放器一起打包。(这些经过排序的软件或流媒体包，以后统称内容。)然后将内容置于服务器上，由用户随需(on-demand)串流(streaming)到一个虚拟客户端。在虚拟客户端内容免安装、防盗版、可随需随地随时使用，又不会扰乱Windows注册表及操作系统文件。这一技术已有多家厂商提供，但微软公司将之嵌入操作系统中，成为应用虚拟化的标准，称为应用虚拟化引擎(Application Virtualization Engine，或AVE)。

但微软引擎只在企业内网市场是成熟的。现实上，微软引擎从未被用来在公网上收费，使用该微软引擎作为应用虚拟化的基础来实现内容租赁，存在以下缺点：

(1)微软AVE成熟度：除了传输功能外，AVE的接入及计量功能尚未成熟；确切地说，来源于以下因素：a)微软AVE SoftGrid目前使用Windows基本认证(basic authentication)，必须使用服务器端的活动目录(activedirectory)，操作不易；至于Windows域认证(domain authentication)则因消费大众不可能接受域的管理，所以完全不宜公网使用。(b)虽然US7,017,188提及计量(metering)方法的时间信息可以不必在串流协议中，但微软AVE SoftGrid目前使用的实时串流协议RTSP的setup及teardown的指令来做计量。因为计量是计费的基础，所以如果计费不能脱离RTSP传输协议而独立作业，则所用的应用虚拟引擎也被微软系统垄断，操作不易。(2)市场实况的因应：微软产品及专利均未考虑到用户处理大量内容的公网市场实况，譬如内容搜索及选取；此外，也缺少ASP运营商从单一中央服户器为不同公司或团体集中部署内容的暂存机制。(3)微软势力的垄断：仅以微软产品为基础可能丧失机会吸收其它公司改进技术，甚至丧失未来“非Windows(例如手机)”数码内容租赁市场。

发明内容

本发明的目的是提供一种应用虚拟化在公网上的通用商务使用方法，更确切地说是涉及网络运营者对公网用户的一种数码内容(应用软件、游戏、动漫、电影、音乐、课件)租赁方法。通过屏蔽微软Windows接入法的特征，创建了一个机制使运营商在公网上操作不必用微软的活动目录。并且由于采用了从微软串流协议中独立出来的计量方法，用户收费不再受到单一应用虚拟技术的垄断，还可以动态嵌入广告运行、屏除游戏外挂所生弊端、在客户端虚拟盘里读取游戏状态文件。同时，用户有从大量内容挑选的能力，内容服务器也可用树状结构收集、管理大量内容。另外，由于传输与运行被独立出来，任何厂商如果在应用虚拟化技术上有改进(譬如传输的速度加快及延迟减少)，本发明都可利用得到。最后，本发明也为团体单位提供了一个内容暂存机制，可为团体单位迅速部署内容。

为了实现上述目的，本发明采用了一种应用虚拟化在公网上的通用商务方法，其特征在于，包括，初始化：所述初始化包括，初始化DDE服务，以及运行应用监听器；接入：客户端SOD控件通过接入协议登录接入服务器；选取内容：输入关键字选取内容，所述被选取的内容由内容管理协议提供；选择应用虚拟化引擎：根据用户所需的带宽大小与数据中心资源消耗选择一种应用虚拟化引擎；启动计量方法：将所述应用虚拟法对应的执行软件与所述被选取的内容绑定，并控制应用行为；结合计量方法及计费：对所述执行应用虚拟化引擎的起始及关闭时间进行计量及计费。

本发明还包括一种应用虚拟化在公网上的通用商务方法的迷你服务器，其中，客户端SOD控件根据所述选择AVE中所选定的AVE在内网进行传输，并开始计时。

在上述方案中，所述的客户端SOD控件必须由公网用户安装在客户端。该执行件掌控了客户端的上述四种步骤。亦即用户首先接入，在接入服务器上存有用户专有信息以资验证，而后在用户选取内容时，计费服务器会检查计费法及帐户资金，如果通过检查，客户端SOD控件即选用AVE，并执行该应用。该应用即可传输至客户端，并根据计量信息与计费方法来计费。

其中的接入服务器含有个人及团体合法用户的专有信息的数据库，通过验证接入设备发来的用户信息决定用户是否有权进入租赁平台。

其中的内容服务器含有运营商排序并登记管理好的树状结构内容，使接入的用户便于按类或以关键字挑选。

其中的计费服务器包含有客户端SOD控件计量得到的应用开始运行及结速运行时间信息，根据用户挑选的计费方法为用户计费。计费方法分为按时长、按次、按周期、学期以及在黄金时段加价。

其中的迷你服务器包含有与中央应用虚拟服务器同步的内容，用户在公网上认证后即可将这些内容从迷你服务器经内网导入。本发明虽用了四种服务器，但前三种可以任何方式合并，端视编程及硬件之考虑。本发明为公网运营商提供了一种公网通用租赁收费的方法，该方法是在应用虚拟化的基础上，创建了客户端SOD控件，使用户可接入、挑选内容、运行应用、加以计量并计费，达到不需要被微软产品垄断，也能够完成内容租赁计费的目的。

附图说明

下面参照附图，对于熟悉本技术领域的人员而言，从对本发明方法的详细描述中，本发明的上述和其他目的、特征和优点将显而易见。

图1是本发明的系统组成框图；

图2是图1中客户端SOD控件10的工作流程图；

图3是图2中步骤208接入认证处理的流程图；

图4是图2中步骤212进行内容选择的流程图；

图5是图2中步骤215的运行应用(含计量计费)流程图；

图6是图2中步骤217与218的运行应用(含计量计费)流程图；

图7是本发明方法的内容管理服务器和计费服务器流程图；

图8是迷你服务器的一个应用实现图。

具体实施方式

图1所示的系统中，客户端SOD控件端10通过协议11与服务器端12进行通信，其中客户端10是个人用户或团体用户，通过多种协议11与包括接入服务器15、计费服务器16、内容服务器17、应用虚拟服务器18等在内的多个服务器12进行交谈。其中，相对应包括接入协议、运行应用(含计量计费)协议、内容管理协议、公网传输协议、内网传输协议和内容FTP协议等。个人用户与团体用户使用的协议基本相同。

实现本发明的公网通用租赁收费方法，需要首先在各种服务器上进行用户信息的注册，内容的预备，以及收费卡的激活等管理工作，然后用户在公网租赁数码内容才可以使用这些信息。这些管理工作或经用户利用网页，或由管理员经管理屏幕(management console)完成，加上数据库从中调配。具体过程在下面将详细介绍。

图2给出了客户端SOD控件10的工作流程情况，具体包括：

步骤201，取得主程序参数。这些主程序参数包括应用代号、应用名、二级应用名、扩展名、控件名及其它参数等。客户端SOD控件10可以由网页激活，也可由客户手动运行。其所用的参数，可以不同。

步骤202，读入设置文件，该设置文件包含服务器地址及端口等设置信息。

步骤203，初始化DDE服务。DDE服务可以使用户在点击其它网站的文件时，与其关联(associated)的应用如果尚未串流，此时会自动从SoftGrid服务器下载至虚拟盘，并开始运行。以微软的SoftGrid为例，譬如用户点击pdf文件，Acrobat Reader如未安装，会自动串流并运行Acrobat，以及打开该pdf文件。

步骤204，客户端SOD控件应用监听器判定是否发生通信断线故障。监听器除了对接口(socket)做基本监听外，还设有监听超时机制：一旦断线，可立即检测到，因而可在此时操作有关断线对计费的政策。例如通知用户服务暂停，直到断线情况恢复。(1)监听断线即一般业界所谓的“心跳(heartbeat)”维系监听。客户端定时向服务器发讯息并聆听回应。或在一定时段内未闻回应，则判断为断线或服务器死机。反之亦然。(2)内容尚未100％串流的断线计费政策：是否给予顾客该次内容免费或断线恢复后继续计费。(3)内容已100％串流的断线计费政策：应用虚拟化的一个特征就是一个应用常常只要串流20％就可运行。如果断线，会立即报错。但对于已100％下载至客户端的内容，其实是断线后仍可使用，不会报错；但服务器已无法从客户端得到计费信息。此时需要另外的政策来决定。譬如使用当地暂时计费。

步骤205，判断客户是否已进行注册。如已注册，转入步骤207，否则必须先进行步骤206才能进行步骤207。

步骤206，如果客户未注册，要求客户注册。客户注册后，则可进入步骤207。

步骤207，要求客户登录。客户登录后，则可进行步骤208。

步骤208，执行图3的接入协议。

步骤209，通过密码验证客户是否登录成功。如果登录成功，进行步骤210，否则回到步骤207。

步骤210，判断是否自己是由网页激活。如是，进行步骤213，否则必须先进行步骤211及212才能进行步骤213。

步骤211，显示SOD客户端。

步骤212，显示SOD客户端后，客户即可利用图形介面输入关键字选取内容。内容由管理员准备后客户才可选取，这是利用到图4的内容管理协议。如果从一个普通用户的观点来说，该用户只用到了图4的步骤413。在从内容服务器返回的搜索结果中(图4步骤414)，确定了内容的名称与种类。这就提供了步骤214的动态决策资讯。

步骤213，在有广告应用的情况下，根据广告插播频率标准、甚至是否需要广告判断，无论应用是经何种方式激活，设定广告并在应用运行之前或之后播放。

步骤214，按照不同虚拟平台方式激活AVE，即决定使用何种AVE，例如，微软的SoftGrid与RTSP协议组合是一种虚拟方法。事实上，通常AVE如果编写在客户端软件中，事先已做了优化选定，或称为静态决定，譬如如果有两种方法在带宽使用上各有专长，那么在起初客户端被安装时各不同方法的参数已在设置文件中(步骤202)。在本步骤中所要动态决定的，无非是针对不同内容种类，AVE可能提供的服务程度(Level of Service，LOS)会不同。(这里指的服务程度与客户当时的通讯带宽有关。实时(real-time)游戏必须要有最高的服务程度，因为没有游戏玩家能忍受一个没有100％串流的游戏所造成的运行延迟。电影或音乐也许尚可以时断时续，特别是那些免费影音。一般非实时的商务应用软件就不必有很高的带宽，因为用户与机器互动时所造成的延迟往往大过传输延迟。)又譬如说，所设置好的两种AVE，第一种是微软的SoftGrid，而其目前所用的RTSP并没有用到某种新传输技术。第二种AVE则使用某种新传输技术，可以使买时游戏在普通带宽下瞬间完成串流，那么如果内容种类的参数是游戏，第二种AVE就要准备上架。而如果用户只是收看免费电影，那使用微软SoftGrid RTSP传输就可以了。另外，服务程度愈高，对数据中心消耗的资源也愈大。所以，本步骤动态决定AVE的政策是：服务程度高与数据中心资源消耗少。

步骤215，执行图5的运行应用(包括计量计费)协议。

步骤216，执行start.exe。start.exe在这个执行过程中，(1)统一了所有内容排序时必须要有的格式；(2)绑定了内容的虚拟包格式后，虚拟包可以用多途径传输，包括串流、普通下载、P2P互传、以及经由FTP传至迷你服务器再传至SOD客户端控件，而不必担心内容被非法使用；(3)预备好执行参数、解密、验证被传输至客户端的虚拟包。然后，开始运行该应用；(4)虚拟包如果把一个游戏和一个检视虚拟盘游戏状态的程序打成一个虚拟包，则可供游戏玩家使用，或在游戏转变状态时插播广告。Start.exe是本申请特有的执行件，而不是一个公知的软件。这一步骤其实就是图5步骤513“使用应用”的详细解释。本步骤有一条核心代码：

Sfttray appName parameterlist

看起来颇为简单，但实际上要达成这一步骤，已经历很多准备动作，所以其意义有多方面：

AVE的通用性(virtualization engine generalization)：sfttray是SoftGrid客户端的执行软件，如果根据步骤214动态决策决定用其它AVE，则可能以其它执行软件取代，例如appstream的客户端执行软件。(其后的parameterlist中参数排列的先后次序也可能因AVE而有不同。)

不同内容的统一性(content unification)：应用名appName所代表的是一个曾经被准备过的内容。内容准备过程除了图4所阐述的统一管理过程，还有一个虚拟应用的排序(sequencing)过程。正是由于各式的内容无论是游戏、影音、商务应用都通过统一排序、统一管理过程，才能在客户端这里统一执行。

内容栖身处无远弗届(content dispersion)：内容栖身处并不限于经营商的数码超市内，只要所选的AVE具有“导入”功能，任何一件内容并不一定要经由应用虚拟服务器传输过来。也可经由普通下载、P2P互传、以及经由FTP传至迷你服务器再“导入”至SOD客户端控件，由于使用内容前总是需要接入协议来验明正身，所以不必担心内容被非法使用。

防止非法游戏外挂(Prevention of Illegal game plug-in)：由于客户端的游戏串流之后被保护在无人可进入的虚拟盘上，非法游戏外挂无法安装。

游戏玩家转移游戏状态文件(Portability of Game status file)：游戏玩家在不同场所玩游戏，常需要把游戏状态文件随身携带，以便从现有状态晋级。这通常是游戏开发商默许的。但如果游戏在虚拟盘上不可进入，解决方法就是在排序时另写一个可复制虚拟盘内游戏状态文件至虚拟盘外的二级应用，然后和游戏本身打成一个虚拟包。

游戏广告插播(In-game advertisement)：在游戏内容商的允许及配合下，排序的时候，如果把一个游戏和一个检查游戏状态的二级应用和游戏本身打成一个虚拟包，则可在游戏转变状态时插播广告。

步骤217，客户终止虚拟化应用之运行。本步骤与步骤218其实是图6详细步骤的一个笼统陈述。要点是运行结束后的计费流程。请参阅图6的步骤说明。

步骤218，发送应用结束信息给计费服务器。

在上述过程中，涉及三个不同的协议，下面分别结合图3～6进行详细介绍。

图3给出了客户端SOD控件通过接入协议与接入服务器之间的处理流程图。

步骤301，首先是由SOD控件10首先向服务器12发送接入请求；

步骤302，服务器12随即为该用户建立GUID号并将之传送给SOD控件10；

步骤303，SOD控件10向服务器12发送客户端公钥；

步骤304，服务器端12接到客户端公钥后，发送TDES钥给SOD控件10；

步骤305，SOD控件10接到TDES钥，向服务器12发送对称向量TDESIV；

步骤306，服务器端12接到TDESIV，发送校验CRC信息请求给SOD控件10；

步骤307，SOD控件10发送客户端CRC信息给服务器12；

步骤308，服务器端12校验CRC后，发送用户号码请求给SOD控件10；

步骤309，SOD控件10发送用户号码给服务器12；

步骤310，服务器端12接到用户号码，发送密码请求给SOD控件10；

步骤311，SOD控件10发送用户密码给服务器12；

步骤312，服务器端12发送密码验证信息给SOD控件10；

步骤313，SOD控件10接到密码验证信息若是允许接入，则通知服务器12，而服务器12则创建该用户的软件实体(object)；若是拒绝接入，则不再通知服务器12，而在客户端报告登入失败的讯息。

在上述接入协议的过程中，不但最终验证了密码，而且由于交换密钥，该密钥不仅在接入时使用，在内容管理及运行应用两个协议中也使用。理由有多个：(1)这样的安全机制是为了防止协议被拦截破坏了收费。(2)由于我们把计量的指令从微软的RTSP中独立出来，必须要有自己的安全机制。(3)其实RTSP的安全协议是RTSPS(Real Time Streaming Protocol for Security实时串流安全协议)，但RTSPS这个微软产品在公网使用时极不稳定。

图4是客户端SOD控件执行内容管理协议与接入服务器之间的处理流程图。

步骤401，SOD控件10首先向服务器12发送添加公司、部门、产品、自定义节点的请求；

步骤402，服务器12随即为该管理员建立该节点并将节点已建成之信息传送给SOD控件10；

步骤403，SOD控件10向服务器12发送修改节点指令；

步骤404，服务器12随即为该管理员修改该节点并将节点已修改之信息传送给SOD控件10；

步骤405，SOD控件10向服务器12发送删除节点指令；

步骤406，服务器12随即为该管理员删除该节点并将节点已删除之信息传送给SOD控件10；

步骤407，SOD控件10向服务器12发取得节点指令；

步骤408，服务器12随即将节点信息及路径传送给SOD控件10；

步骤409，SOD控件10向服务器12发送显示应用设置指令；

步骤410，服务器12随即将应用设置信息传送给SOD控件10；

步骤411，SOD控件10向服务器12发送显示节点计费信息指令；

步骤412，服务器12随即将节点计费信息传送给SOD控件10；

步骤413，SOD控件10向服务器12发搜索内容指令；

步骤414，服务器12随即将搜索结果传送给SOD控件10。

上述步骤中，当内容管理人员登录时，与普通用户一样，要先经历接入协议过程，完成密钥交换，此后每次与内容服务器对话都在通讯底层利用密钥验明正身。

图5是客户端SOD控件执行计量(计费)应用协议与接入服务器之间的处理流程图。

步骤501，首先SOD控件10向计费服务器16发送取得应用设置指令；

步骤502，计费服务器随即将应用设置，诸如内容在SoftGrid服务器上的路径位置信息，传送给SOD控件；

步骤503，SOD控件向计费服务器发送取得用户信息指令；

步骤504，计费服务器随即将图3中接入协议完成服务器端所建立用户实体中的用户信息传送给SOD控件，该用户信息除了用户名与密码外，还包括用户在注册时所提供的联络信息，例如性别、电邮、手机、电话、地址等。

步骤505，SOD控件向计费服务器发送取得应用图标指令；

步骤506，计费服务器随即将应用图标传送给SOD控件；

步骤507，处理与主应用有关的二级应用，例如在套装软件中可能多个应用打成一个虚拟包，SOD控件向服务器发送取得二级应用指令；

步骤508，计费服务器随即将二级应用传送给SOD控件；

步骤509，SOD控件向计费服务器发送选择应用计费法指令，签订合约；首先由SOD控件判定用户采用的是何种计费法指令，是先付后用还是先用后付？

步骤510，计费服务器随即将用户所选择应用计费法设定并通知SOD控件设定完成；

步骤511，SOD控件向计费服务器发送打开应用指令；

步骤512，计费服务器随即将该应用加入该用户实体中，并通知SOD控件应用已打开；

接下来的步骤513，SOD控件命令按照用户在图2中步骤214选择的虚拟化方式进行传输，例如，如果选择的是微软的SoftGrid和RTSP协议，通过SoftGrid客户端52向SoftGrid服务器54请求传输应用，此时SOD控件开始计时；

步骤514，SoftGrid服务器其实是利用RTSP协议将应用传到SoftGrid客户端。这是微软引擎SoftGrid的功能。

综上所述，图5实质上完成的是计量和计费的前期准备。

图6的后阶段计时工作是通过超时执行来设定的。

在步骤509中，SOD控件已判定出用户采用的是何种计费法指令，先付后用还是先用后付？

步骤515，SOD控件根据应用计费法指令和起始时间向计费服务器发送验证应用使用超时指令；

步骤516，计费服务器随即将验证结果传送给SOD控件，如果用户是采用先付后用的计费法，当其帐额不足时，SOD控件可以在客户端禁止用户继续使用。这时如果用户决定继续支付；SOD控件会以步骤517，向计费服务器发送继续支付指令；

步骤518，计费服务器随即检查用户帐户情况，而将继续支付设定与否的结果传送给SOD控件；

当用户使用内容完毕时，SOD控件会以步骤519，SOD控件关闭计时，向计费服务器发送关闭应用指令；

步骤520，计费服务器随即将关闭应用的结果传送给SOD控件；

步骤521，SOD控件向计费服务器发送取得用户产品计费信息指令；

步骤522，计费服务器随即将用户产品计费信息传送给SOD控件，以便核计费用；

步骤523，SOD控件向计费服务器发送报告用户使用应用信息指令，包含总计时间及总费用；

步骤524，计费服务器随即将用户所报告的使用时间及总费用信息记入数据库，并通知SOD控件。用户也可在任何时候利用指令525向计费服务器发送删除应用指令；

步骤526，计费服务器随即将该应用从该用户实体中删除，并通知SOD控件应用已删除；

同样的，用户也可在任何时候利用步骤527向计费服务器发送挂起应用指令；

步骤528，计费服务器随即将该应用从该用户实体中挂起，并通知SOD控件应用已删除。

需要说明的是，图3～6的流程图是由工程上所谓的通讯协议图修改而来。其中的流程箭头通常只能看成是特例，而非必然步骤。而且，单数的步骤号码可看成是SOD客户端控件向服务器所发的请求；双数的步骤号码可看成是服务器向SOD客户端控件所发之回应。图7为在上述计费或内容管理过程中对应的计费服务器或内容服务器的工作流程图。这两个服务器的软件结构大致相似，只在步骤710与711面对SOD控件所进行的通讯协议有所不同，具体的计费协议和内容管理协议可对应参考上述图5、6与图4的描述。

步骤701，由服务器创建2线程，第1线程进行步骤702，第2线程进行步骤703及其后的步骤。

步骤702，服务器每10秒视管理屏幕(management console)状态执行停止、暂停、继续。管理屏幕为管理服务器的软件，为确保服务器的负荷平衡(loadbalance)与容错能力(fault tolerance)；

步骤703，服务器启动socket监听器，监听客户端是否死机和是否有东西发来；

步骤704，服务器执行服务信息初始化；

步骤705，服务器建立“事件”并进入步骤706至712的无限循环；

步骤706，服务器判断是否有任何客户端(即SOD控件)输入。若有，进行步骤707，否则继续等待；

步骤707，服务器建立客户处理器；

步骤708，服务器连接SOD控件的接入协议对应数据库中密钥等内容；

步骤709，服务器判断自己若是内容管理服务器，则进行步骤710，否则为计费服务器，进行步骤711；

步骤710，服务器以图4所示的内容管理协议来管理内容，数据库中有各节点的信息。

步骤711，服务器进入图5、6所示的运行应用(包括计量计费)协议。

当步骤710或711完成中的任一协议指令完成后，服务器进行步骤712。

步骤712，服务器利用“回叫”(call back)来处理事件，可能发生的事件有：发送数据错误，接收数据错误，创建用户错误，登录成功，关闭服务器socket，拒绝服务，服务器暂停，和服务器停止。当事件外理完毕，服务器视情况严重性可能重返步骤6，或终止服务器运行。

图8给出迷你服务器的构成示意图。该迷你服务器是应用了一个图2方法的服务器。其中的SOD控件83是被团体用户所使用，而非个人用户。该框图中一个非常重要之处在于，第一，SoftGrid服务器81与迷你服务器82之间的FTP同步协议21，与(b)SoftGrid客户端84与迷你服务器82之间的内网传输协议31。FTP同步协议21与Ethernet内网传输协议31都可使用国际标准协议，在此不赘。至于SOD控件83与内容服务器或计费服务器85之间的对话协议，已分别在图3～6中详述，在此不赘。上述虽以微软AVE SoftGrid为例，但也可根据用户选择用其它AVE取代，唯一的条件是该引擎必须有“导入”功能。需要说明的是，导入功能为微软SoftGrid引擎的特性之一，意即被虚拟化的应用软件不必经过串流，只要将虚拟化后的OSD文件先在客户端加入，然后再将SFT文件在客户端导入即可。

结合图8，首先由SoftGrid服务器81通过FTP同步协议21向团体客户中的迷你服务器82(作为暂存的子服务器)发送内容文件同步请求；

接下来，迷你服务器82利用FTP同步协议21完成内容文件传输。其后，当团体用户接入内容服务器或计费服务器85时，选择了内容，再按运行应用内容协议或计费协议11打开了应用；

此时SOD控件83向迷你服务器82发送内容文件“导入”请求，之后，迷你服务器82利用Ethernet内网传输协议31向SoftGrid客户端84发送内容文件，完成SoftGrid“导入”功能并开始运行应用。其后则进入图6的逻辑，关闭应用及完成计量计费功能。

在实际的组网环境中，完全有可能将接入服务器的功能在物理上由计费服务器和内容管理服务器承担。涉及本发明的接入功能：无论是个人用户或团体用户均可分开在两个不同的物理实体进行认证。

根据上述流程的描述，我们可以得出，采用以上数码内容租赁方法，一方面使运营商在公网上操作不必用微软的活动目录。并且由于采用了从微软串流协议中独立出来的计量方法，用户收费不再受到单一应用虚拟技术的垄断，还可以动态嵌入广告运行、屏除游戏外挂所生弊端、在客户端虚拟盘里读取游戏状态文件。同时，用户有从大量内容挑选的能力，内容服务器也可用树状结构收集、管理大量内容。另一方面，对团体用户因为使用内网传输，加速了应用运行过程，并且可以为多个团体，从单一服务器提供内容集中管理、跨地域及快速随需部署的服务。

综上所述，本发明结合了应用虚拟化技术，网络通信技术和计算机应用技术，为公网个人及团体用户提供了一种数码内容租赁方法。

前面提供了对较佳实施例的描述，以使本领域内的任何技术人员可使用或利用本发明。对这些实施例的各种修改对本领域内的技术人员是显而易见的，可把这里所述的总的原理应用到其他实施例而不使用创造性。因而，本发明将不限于这里所示的实施例，而应依据符合这里所揭示的原理和新特征的最宽范围。

Claims (6)

1.一种应用虚拟化在公网上的通用商务方法，其特征在于，包括：

步骤一，初始化：所述初始化包括初始化DDE服务，运行应用监听器，并进行注册和登录；

步骤二，接入：客户端SOD控件通过接入协议登录接入服务器；

步骤三，选取内容：输入关键字选取内容，所述被选取的内容由内容管理协议提供；

步骤四，选择应用虚拟化引擎：根据订户所需的带宽大小与数据中心资源消耗自动选择一种应用虚拟化引擎；

步骤五，启动计量方法、并控制与应用相关的商务行为：(1)所述客户端SOD控件将所述应用虚拟化引擎的客户端主程序与所述被选取的内容绑定，并执行该主程序，(2)所述客户端SOD控件利用DDE实现自动串流与数据文件相关联的应用，(3)所述客户端SOD控件串流广告插播的二级应用与一级应用所形成的虚拟包，实现应用广告插播，(4)所述客户端SOD控件串流状态文件转移的二级应用与一级应用所形成的虚拟包，实现游戏状态文件的转移，(5)所述客户端SOD控件利用应用虚拟化引擎里的虚拟磁盘，杜绝游戏外挂；

步骤六，结合计量方法及计费：对所述执行应用虚拟化引擎的起始及关闭时间进行计量及计费。

2.根据权利要求1所述的应用虚拟化在公网上的通用商务方法，其特征在于，所述步骤六进一步包括：

选择计费法：取得应用设置指令、用户信息指令、应用图标指令，并选择一种应用计费法指令；

内容传输开始：客户端SOD控件根据步骤四中所选定的应用虚拟化引擎进行传输，并根据步骤五引擎的起始时间，开始计时；

跟踪超时：根据所述应用计费法指令对应用超时情况进行跟踪；

内容传输结束：客户端SOD控件根据步骤五引擎的关闭时间，停止计时，向计费服务器发送关闭应用指令后进行计时和计费。

3.根据权利要求2所述的应用虚拟化在公网上的通用商务方法，其特征在于，

所述应用计费法指令包括先付后用或者先用后付，分为按时长、按次、按周期、学期以及在黄金时段加价多种。

4.根据权利要求1或3所述的应用虚拟化在公网上的通用商务方法，其特征在于，在所述初始化中运行应用监听器进一步包括：

利用监听断线，分别制定内容完全串流与未完全串流的收费政策；

其中，所述内容尚未完全串流的断线计费政策包括，是否给予顾客该断线时订户所订阅的内容免费或断线恢复后继续计费；

所述内容已完全串流的断线计费政策包括，断线后仍可使用且不会报错，当完全串流的内容被使用时，所述SOD控件在客户端实现当地暂时计费。

5.一种应用虚拟化在公网上的通用商务方法的迷你服务器，所述迷你服务器一端经由内网与客户端SOD控件相连，另一端经由公网与多个服务器相连，所述迷你服务器包括：

用于初始化的装置，所述初始化包括初始化DDE服务，以及运行应用监听器；

用于接入的装置，客户端SOD控件通过接入协议登录接入服务器；

用于选取内容的装置，输入关键字选取内容，所述被订户选取的内容由内容管理协议提供；

用于选择应用虚拟化引擎的装置，根据订户所需的带宽大小与数据中心资源消耗选择一种应用虚拟化引擎；

用于执行应用虚拟化引擎的装置，启动计量方法、并控制与应用相关的商务行为：(1)所述客户端SOD控件将AVE客户端主程序与所述被选取的内容绑定，并执行该主程序，(2)所述客户端SOD控件利用所述DDE实现自动串流与数据文件相关联的应用，(3)所述客户端SOD控件串流广告插播二级应用和一级应用的虚拟包，实现应用广告插播，(4)所述客户端SOD控件串流状态文件转移二级应用和一级应用的虚拟包，实现应用状态文件的转移，(5)所述客户端SOD控件利用应用虚拟化引擎里的虚拟磁盘，杜绝游戏外挂，(6)所述客户端SOD控件利用引擎技术里的客户端导入技术，导入非应用虚拟化引擎服务器传来的内容；

用于计量及计费的装置，对所述执行应用虚拟化引擎的起始及关闭时间进行计量及计费，其中进一步包括，

用于选择计费法的装置：取得应用设置指令、用户信息指令、应用图标指令，并选择一种应用计费法指令；

用于内容传输开始的装置，客户端SOD控件根据所述选择应用虚拟化引擎过程中所选定的应用虚拟化引擎在内网进行传输，并开始计时；

用于跟踪超时的装置，根据所述应用计费法指令对应用超时情况进行跟踪；

用于内容传输结束的装置，客户端SOD控件停止计时，并向计费服务器发送关闭应用指令后进行计时和计费。

6.根据权利要求5所述的应用虚拟化在公网上的通用商务方法的迷你服务器，其特征在于，所述迷你服务器包含：与所述选择应用虚拟化引擎过程中选定的应用虚拟化引擎对应的应用虚拟服务器同步的内容，用户在公网上认证后即可将这些内容从迷你服务器经内网导入的装置。