CN101499010A - 一种在手机上使用桌面应用程序的方法 - Google Patents

Abstract

本发明公开了在手机上使用桌面应用程序的方法，其中制作过程包括：获得并记录桌面应用程序各控件的布局信息和操作信息；操作各控件，并判断如果不是标准控件，将对控件的待传屏信息放入其布局信息中；如果是标准控件，记录控件的布局信息所对应的操作信息，并在服务器端生成应用程序包，应用程序包包括控件的布局信息和操作信息。运行过程中包括操作手机上控件；接收到控件的操作消息后，判断控件是否为标准控件，如果不是标准控件，采用传屏方式向手机发送；如果是标准控件，解析控件的布局信息和操作信息；如果不需要后台操作，将操作的布局消息和操作消息发送手机，经手机解析后在其浏览器里布局；如果需要后台操作，服务器端将操作信息发送给后台操作，并将操作结果及相关的布局信息发送回手机。

Description

一种在手机上使用桌面应用程序的方法

技术领域

本发明涉及应用虚拟机技术及远程桌面技术通过掌上无线终端操作远程虚拟机系统的技术，更确切的说是网络服务提供商运用虚拟机技术通过在远程/本地服务器上运行和管理多个虚拟计算机，以向用户提供可通过手机等掌上无线终端来远程访问及操作的虚拟机系统服务的技术及方法。

技术背景

当前WAP运营商在向掌上终端用户提供服务时主要通过两种方式：一种是掌上终端用户登录网站，在线浏览运营商提供的页面；另一种则是通过掌上终端用户登录WAP网站，下载运营商提供的软件到手机等掌上终端上，然后再在线或者离线地使用该软件。但是，第一种方式只能提供一些非常简单的类似浏览信息的服务，相对于用户各种各样的需求来说就显得十分的单薄了。第二种方式虽然可以向用户提供更加多样的服务，但是由于从WAP网站上下载的软件都是储存在手机等掌上终端上并在该掌上终端设备自身上运行的，这就使得用户所享受的服务受到其所拥有的手机等掌上终端的存储设备和数据处理能力的限制，无法做到尽善尽美。

随着手机等掌上终端设备相关技术的提高以及当今计算机虚拟机技术和远程桌面技术的高速发展给我们提供了这一缺陷的技术和方法。通过在服务器上运行多个虚拟机系统，并分别将这些虚拟机系统的屏幕传到其相对应的掌上终端的屏幕上，这样就可以用该掌上终端来对虚拟机操作系统进行操作，从而弥补现有WAP运营商所提供的单一的掌上终端网络服务的缺憾。

发明内容

本发明的目的是通过在服务器上运行多个虚拟机系统，并分别将这些虚拟机系统的屏幕传到其相对应的掌上终端的屏幕上，这样就可以用手机等掌上终端来对虚拟机操作系统进行操作。由于采用瘦客户端的思想，只是将虚拟机操作系统的屏幕传递信息到用户的掌上终端，对于对系统要求高的操作，例如后台软件的安装和运行都是在服务器上运行的虚拟机系统上进行的，从而弥补了掌上终端自身硬件的不足，使用户可以更加灵活的享受网络运营商提供的各种服务。

为了实现上述目的，本发明采用了一种在手机上使用桌面应用程序的方法，所述方法包括制作过程，所述制作过程包括：步骤11，在服务器端获得并记录所述桌面应用程序各控件的布局信息和操作信息；步骤12，操作所述各控件，并判断所述控件是否为标准控件？步骤13，如果不是标准控件，所述服务器端将对所述控件的待传屏信息放入其布局信息中；步骤14，如果是标准控件，记录所述控件的布局信息所对应的操作信息，并在所述服务器端生成应用程序包，所述应用程序包包括所述控件的布局信息和操作信息。

比较好的是，所述步骤14之后，进一步包括：步骤141，对所述应用程序包中各控件列表中根据使用频率的先后顺序进行排列，形成链表结构。

比较好的是，所述步骤11中，采用Windows Hook技术记录所述桌面应用程序的控件。

比较好的是，所述方法进一步包括运行过程，在步骤14之后，所述运行过程进一步包括：步骤41，在所述手机上选择一个桌面应用程序；步骤42，为所述手机分配一个虚机，所述服务器端向所述手机发送所述应用程序包，所述手机解析获得有关的布局信息和操作信息。

比较好的是，所述步骤42之前进一步包括，判断是否有空闲虚机，如果没有就等待。

比较好的是，所述方法在步骤42之后，进一步包括：步骤61，对所述手机上的一控件进行一操作；步骤62，所述服务器端接收到所述控件的操作消息后，判断所述控件是否为标准控件，如果不是标准控件，采用传屏方式向所述手机发送；

步骤63，如果是标准控件，所述服务器端解析所述控件的布局信息和操作信息；

步骤64，所述服务器端判断所述操作是否需要后台操作？步骤65，如果不需要后台操作，将所述操作的布局消息和操作消息发送所述手机，经所述手机解析后在其浏览器里布局；步骤66，如果需要后台操作，所述服务器端将所述操作信息发送给后台操作，并将操作结果及相关的布局信息通过所述服务器端发送回所述手机。

比较好的是，所述步骤64中是否需要后台操作的判断包括：如果对所述控件的操作涉及数据操作，则需要后台操作；如果不涉及数据操作，则不需要后台操作。

比较好的是，所述标准控件是指通过微软提供的应用程序接口得到的控件。

具体的说就是：用户通过相关的WAP网站下载并安装一个实现用户验证和远程桌面连接功能的客户端；运行客户端，远程连接到服务器上相应的虚拟机系统；通过操作传递到掌上终端的虚拟机系统屏幕，用户可以进行浏览网页，使用OUTLOOK收发电子邮件，使用MSN或QQ等即时通讯软件等等一切PC机可以进行的操作，享受ISP运营商提供的各种WEB网络服务。

服务器架构中，将采取一种提供虚拟机系统的服务器进行管理和通信。但是与已有的这类系统不同，与其交互的终端，将是掌上终端而不是传统意义上的PC机。掌上终端用户，可以通过无线网络远程SSO(Single Sign On)登入到该服务器系统，系统自动根据用户需求分配给其最为匹配的虚拟机，或是重新启动一台虚拟机供用户使用。通过用户验证后，该系统将通过传屏的方式或者传控件信息的方式，将给定的虚拟机屏幕信息传送给掌上终端，掌上终端可以根据自己屏幕的大小进行自我调节，以最佳的显示方式展示给用户。用户可以采用键盘，遥感等掌上终端的外部输入方式对屏幕进行操作，其响应数据又将反馈给虚拟机。这样，真正的操作是在服务器端的虚拟机上操作，掌上终端仅仅起的是传输数据，和显示虚拟机桌面上对应的应用程序的作用，大大降低了对掌上终端硬件设备的要求，从而可以在掌上终端运行一些对系统要求比较高，原本无法在掌上终端运行的应用程序。

该发明是将掌上终端远程访问技术和虚拟机服务器管理技术很好的整合，通过无线网络的信息交互，将原本只能在PC上使用的应用程序完整的“迁移”到掌上终端，不必因使用简化版的应用程序而感到不适应，甚至可以将原先无法在掌上终端使用的应用程序轻松地使用。随着3G技术的日趋成熟，无线网络带宽不会影响到远程访问的速度和效率，也为该技术提供了保障。

在服务器后端，采用虚拟操作系统，让无线终端用户可以享受到近乎原始的PC操作系统和服务器性能，并且这个虚拟环境可扩展适用于整个操作系统，服务器可以根据用户的需求动态地分配虚拟操作系统的性能，(例如，CPU，硬盘，内存等)，使得整个服务器性能起到最大化的利用，避免了空闲资源的浪费。

后台服务器也可以选择性地提供虚拟化的应用程序，用户使用的应用程序将使用串流的方式动态地加载至虚拟机上，并将应用程序集中管理，与操作系统完全分离，一个应用程序可以服务多台虚拟机，这样做不但可以替用户减少在应用程序上的开支，并且避免盗版软件的使用，提高应用程序的安全性。

这套系统还解决了移动终端过于有限的内存存储问题，系统将提供用户数据存储的服务器，每个用户都将动态地分配到一定空间用于存储个人数据，这样，用户不必再担心大容量的数据存储(例如，电影，高清晰的图片等)，并且，可以在无线终端或个人PC上随时访问到自己的个人数据，增强了数据的访问性和共享性，也不会因为一台终端的崩溃，而导致数据的丢失，实现了office办公的无线延伸，用户可以在家里，公司或者路上随时查取自己的行程，阅读资料，修改文档，甚至网络会议。

附图说明

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

图1是本发明的制作应用程序包和客户端包的流程图；

图2是本发明的制作过程系统框图；

图3是本发明的运行过程的系统框图；

图4是本发明运行初始化的流程图；

图5是本发明运行过程的流程图。

具体实施方式

图1示意了本发明的制作过程，具体是在服务器端将桌面应用程序通过一个制作器软件半自动化地将其转化为一个应用程序包，并将这个应用程序包部署到一个专用的服务器上，并与安装在手机上的客户端进行通信，使得手机能够远程使用该桌面应用程序。为了能实现该目的，制作者通过一个应用制作控制系统(ApplicationFactoryControl，简称AFC)并采用半自动的制作方法完成，参见图2，该制作过程还涉及到其它三个模块分别是DA2MA，DAUSMAU和ACM，将在后面详细介绍其作用。整个制作过程具体的步骤如下：

步骤11，制作者20在服务器端开启应用制作控制系统24；

步骤12，在服务器端端打开任何一个已经安装好的桌面应用程序，该应用程序称为当前桌面应用程序，此时应用制作控制系统24会自动进行实时监听，监控；

步骤13，利用Windows Hook技术(只是一种实施方式，但不限于该技术)把当前桌面应用程序上所有可用控件都记录下来。例如WORD系统下文件菜单中的新建、打开、关闭等等(说明：这里的标准控件是指通过微软提供的应用程序接口得到的控件)。当应用制作控制系统24监控WORD时，首先，它会记录下当前所有可用控件及其相关数据信息(该相关数据信息是与该控件名称，大小，类型相关的数据信息)，并将其自动转化为手机上已经定义好的控件，具体来说，即生成若干布局信息，该布局信息让手机能自动生成与当前桌面应用程序的控件一一对应的控件(包括相关数据信息和有关控件实现功能的信息)，换句话说，就是用户操作手机上显示的一个控件，服务器端系统会自动的对应到其桌面应用程序的控件，用来实现服务器端应用程序的控件与手机的应用程序上的控件之间的一一对映，例如，服务器端应用程序中的“文件打开”与手机上“文件打开”这一控件相对应；

步骤14，然后制作者在服务器端进行控件操作，应用制作控制系统24会记录下点击此控件后对应的子控件及其父控件以及父子控件的布局信息。例如，在WORD中点击了“格式—字体”对话框，系统会弹出新的对话框，AFC会记录下新出现的子控件并将其转化为对应的手机中定义的子控件及布局信息。通过该方式，制作者可以通过半自动化方式记录下所有父子控件的布局信息和相关数据信息，以及控件响应后系统和数据发生的变化的操作消息。

步骤15，接下来判断是否是标准控件，如果是标准控件，属于可记录的数据变化，如果不是标准控件，属于不可记录的数据变化，表明该控件无法被转换，那么该控件将在运行过程中使用实时传屏的方式进行配置后转换。系统记录下这些需要传屏的控件。比如在word中一些文本的操作，复制，粘贴等。就采用步骤S17的传屏方式发送。

对于标准控件，转入步骤16，则完全采用由AFC记录下新出现的控件并将其转化为对应的手机中定义的控件及布局信息的方式。并让制作者自主选择该控件是否需要后台虚机。

步骤18，判断当前桌面应用程序是否完成了所有控件的制作过程？如果没有完成说明还有控件需要制作，转入步骤13；

一旦完成所有控件的制作，转入步骤19，服务器端生成一个应用程序包。在最终形成的应用程序包中，包含了布局消息和操作消息，其中布局消息涉及在虚拟手机浏览器上排放控件的信息(包括放置哪些控件以及与该控件名称，大小，类型相关的数据信息)，操作消息涉及用户点击某个控件后系统产生怎样的变化及数据改变的控件功能信息。

步骤S20，接下来，由制作者再确定是否更换当前桌面应用程序为新的应用程序再制作？如果需要，返回步骤S12，如果不需要，退出整个制作流程。

在制作者模拟应用完后，可以制定常用的操作，或者在虚拟控件列表中指定哪一些的操作经常被使用，并且记录操作的先后顺序，形成链表结构，这样用户在手机上使用该虚拟软件时，系统会将大量的界面信息智能化预先加载到移动终端上，从而使用户有更好的体验过程。

在上述过程中，应用到的除应用制作控制系统24以外的三个模块分别是：在步骤14中采用了一种从桌面应用到手机虚拟化应用的转化器(Desktop ApplicationConverter to Mobile Application，简称DA2MA)21，这主要是指在桌面上运行的应用程序，用这个转化器将应用上所有的控件通过windows hook的技术记录下来，并且自动或手动的将桌面应用的控件转换为手机上已经定义好的控件，如果某一控件无法被转换，那么该控件将使用传屏的方式进行配置后转换。

此外，在步骤16中，采用了一种桌面应用程序操作记录器并模拟记录操作结果到手机虚拟应用上的模拟操作记录器(Desktop Application Use Simulate to MobileApplication，简称DAUSMAU)22。当使用DA2MA工具以后所记录下来的控件，该工具将进行模拟的操作，由制作者手工模拟操作，并由此工具监控得知道哪些控件数据将会改变，或由制作者手工指定，并且指定的操作如果会弹出新的窗口，那么该工具将继续跳转到DA2MA将此窗口中的控件进行转换，同样的当窗口关闭时，将指出哪一个控件数据将会改变，或者由用户手工指定。

此外，在完成步骤20之后，还采用了一个应用程序缓存记录器(ApplicationCaching Maker，简称ACM)23，这是一种将用户常用操作进行记录的缓存记录器，在制作者模拟完应用后，可进行常用的操作，或者在虚拟控件列表中指定哪一些的操作可经常被使用，并记录操作的先后顺序，形成链表结构。

在完成制作之后，下面介绍本发明的另一个运行过程，图3给出了运行过程的系统组成。由以下三部分组成：

客户端100，即安装了手机虚拟应用浏览器101(Mobile Virtualization Brower，简称MVB)的移动终端，其主要功能包括三个方面：一，向服务器端200的MVAC请求布局信息，并解析从MVAC发来的布局信息，在浏览器里面对虚拟化应用程序进行布局；二、在初始化过程中，与虚机管理系统300中的虚机管理控制器305(VirtualMachine Management控制器，简称VMMC)进行通信得到一个虚机并在虚机上得到一个桌面，在桌面里启动一个应用程序；三、直接与虚机管理系统300中的应用程序进行远程RDP功能。

服务器端200，包括移动虚拟应用程序控制器201(Mobile VirtualizationApplication控制器，简称MVAC)和智能数据控制器(Intelligent Data控制器，简称IDC)202都放置于企业级服务器中。该MVAC基于企业级服务器上，它是来自于制作过程产生的数据信息包，每个应用软件有一个对应的包，里面包含了操作信息和界面信息。该模块主要的功能是：一，解析MVB101发送来的操作信息，并将其需要具体实施操作部分信息发送给APP控制器；二、接受APP控制器反馈来的数据信息(应用程序操作完一个动作后反馈的信息)，并结合新的布局信息发送给MVB。

IDC模块202放置于一个单独的服务器中，用于学习用户的操作习惯，记录下用户的操作偏好。每次用户进行操作后，移动虚拟化应用程序中心都会将操作通知应用程序智能学习中心，该中心将统计出用户操作的常用性，再将常用的操作通知移动虚拟化应用程序中心，这样移动虚拟化应用程序中心可以预先将常用的操作加载到无线终端，提高用户体验。

第三部分是虚机管理系统300，包括ESX server或XEN server上运行着的多个虚机301(Virtual Machine)，一个虚机上有多个桌面应用(即操作系统)304，每个桌面应用里安装了一个应用程序控制器(APP Controller)303.在该每个桌面上可以起多个不同的应用程序(简称APP)302，上述两部分均由VMMC管理着整个虚机系统。

其中，该APP控制器303安装在每个桌面操作系统304里，其主要的功能包括：一，控制该桌面操作系统304里所有的运行的应用程序；二，解析从MVAC 201操作信息数据，并将应用程序工作后产生的新的数据发送给MVAC201。

VMMC模块305单独放置于一个单独的服务器中，用于控制和管理虚机，并在接受手机用户初始化时，接受其请求，分配一个虚机301给它，并在该虚机301上起相应的应用程序。

下面结合附图4，详细说明运行初始化的流程，该初始化流程用来实现服务器端应用程序的控件与手机的应用程序上的控件之间的一一对应。

首先步骤41，用户打开手机虚拟浏览器101，选择要使用的某个应用程序，手机虚拟浏览器101请求VMMC305分配一个虚机301；

步骤42，VMMC305根据当时情况判断是否有空闲虚机？

步骤43，VMMC305发现如有空闲虚机，则分配给手机虚拟浏览器101一个虚机301，由于该虚机上没有启动手机虚拟浏览器101所需要的应用程序，需要在该虚机301上启动相应的应用程序；

步骤44，如果VMMC305发现没有空闲虚机，则返回步骤42继续等待，直到有空闲虚机；

步骤45，MVB101得到相应的虚机301的IP地址，并与该虚机301上的应用程序对应起来，MVB101请求服务器端的MVAC发送在制作过程形成的应用程序包，并在手机中解析该程序包，完成初始化。

下面结合附图5介绍运行过程在初始化后的操作流程图。

步骤51，用户对手机控件进行操作；

步骤52，手机虚拟浏览器判断该控件是否属于标准控件；

步骤53，如果属于非标准控件，则要传屏，通过已知IP地址连接到虚机，找到虚机上相应的应用程序上的控件，通过传屏的方式传递控件；

步骤54，如果步骤52中判定为标准控件，则不需要传屏，手机虚拟浏览器将用户的操作消息发送给MVAC，MVAC解析该操作消息，并根据操作消息了解控件功能；

步骤56，MVAC判断是否需要后台(虚机)操作，(如果手机只发送了类似WORD中“插入”等仅涉及布局变化的控件操作消息，并不关系数据操作，则不需要后台操作)；如果手机发送了类似于“2×3”等不可预计的计算等控件操作，则需要后台操作；步骤58，如果没有数据操作，MVAC将步骤54中对手机操作消息解析所对应的布局消息发送给手机虚拟浏览器；

步骤59，MVB解析该布局消息，得到了功能、类型等数据，在手机中布局，并结束该过程；

步骤57，MVAC将需要后台处理的操作信息发送给APP控制器；

步骤60，APP控制器根据操作信息操控相应的桌面应用程序，并将操作后的数据结果消息发回给MVAC；

步骤61，MVAC结合数据结果消息和布局消息(即与该数据结果消息相关的位置信息，尺寸大小等信息)发送给MVB；

步骤62，MVB解析MVAC发送来的数据消息和布局消息并布局，结束。

在上述整个运行过程中，所有的交互消息都用标准的xml进行包装。其中布局消息涉及浏览器该如何放置控件的信息，操作消息涉及用户对哪些控件进行了如何操作的信息，数据消息涉及记录应用程序操作后的一些数据变化。

其中，该客户端的MVB的工作包括：1.初始化用户使用的应用程序；2.当用户对应用程序进行操作时，该客户端负责发送应用程序产生的变化，比如文字修改，事情驱动，按键触发等；3.接受并解析来自服务器端200的响应消息，对无线终端里正在使用的应用程序的界面显示和内容进行相应的修改。

移动虚拟应用程序控制器201存放着有制作过程中生成的应用程序虚拟包，负责与无线终端客户端100进行交互，并且将得到的消息解析，并与桌面应用程序控制器202进行通信，通过桌面应用程序控制器202代理操作用户实际的逻辑运算后，把得到的信息反馈给移动虚拟化应用程序控制器201。该模块201再根据实际情况，将应用程序产生的变化整合成消息发送给应用程序客户端100。

桌面应用程序控制器302负责代理用户对应用程序的实际逻辑操作，并将实际操作结果发送给移动虚拟应用程序控制器201。所有的桌面程序将运行于虚机上，服务器可以动态的分配系统资源，此外，桌面应用程序控制器202支持一个桌面上同时运行多个应用程序，并服务于多个用户，通过这两点，可以大大节省硬件的成本。

虚机管理控制器305负责创建，分配，管理和回收虚机，真正的虚拟运行于ESXserver，XEN server或VPC server上。动态的根据实际的用户数据控制虚拟数量，使得服务器的性能得到最大的利用。

在上述的服务器应用程序包里包含了如下信息：第一，进行操作后，布局会发生的变化。(增加或减少一些控件)；第二，手机浏览器里布局的控件与运行在桌面上的应用程序控件一一对应；第三，初始化时，需要的布局的控件信息；第四，操作是否需要数据操作(如果不需要，直接返回布局消息给MVB即可)。

在应用程序内，一些无法模拟的控件将会采用传屏技术，将被传屏的屏幕先被分为或若干份，每份的大小适应于在无线终端上显示，然后将每一块屏幕进行压缩，使得整个屏幕的大小能适合于在无线终端上显示。用户得到整个屏幕后，首先将会显示一个相对模糊的屏幕(因为被压缩了)，然后用户可以根据需要选择某一块区域进行操作，服务器端会将这个适应于无线终端显示屏幕发送给客户端，用户便可以清晰在某一区域中进行操作。这样的设计，用户既可以对全局屏幕有一个出略的掌握，也可以在某一特定区域进行操作。

采用上述技术方案，不仅解决了手机应用程序，功能少，运行满的缺点；而且比起全部用传频的方式操作桌面程序，该解决方案，运行速度更快(因为传递的都是消息，很少是图像)，加强了用户体验效果。

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

Claims (8)

1.一种在手机上使用桌面应用程序的方法，所述方法包括制作过程，所述制作过程包括：

步骤11，在服务器端获得并记录所述桌面应用程序各控件的布局信息和操作信息；

步骤12，操作所述各控件，并判断所述控件是否为标准控件？

步骤13，如果不是标准控件，所述服务器端将对所述控件的待传屏信息放入其布局信息中；

步骤14，如果是标准控件，记录所述控件的布局信息所对应的操作信息，并在所述服务器端生成应用程序包，所述应用程序包包括所述控件的布局信息和操作信息。

2.根据权利要求1所述的制作方法，其特征在于，所述步骤14之后，进一步包括：

步骤141，对所述应用程序包中各控件列表中根据使用频率的先后顺序进行排列，形成链表结构。

3.根据权利要求1所述的制作方法，其特征在于，

所述步骤11中，采用Windows Hook技术记录所述桌面应用程序的控件。

4.根据权利要求1所述的方法，其特征在于，所述方法进一步包括运行过程，在步骤14之后，所述运行过程进一步包括：

步骤41，在所述手机上选择一个桌面应用程序；

步骤42，为所述手机分配一个虚机，所述服务器端向所述手机发送所述应用程序包，所述手机解析获得有关的布局信息和操作信息。

5.根据权利要求4所述的方法，其特征在于，

所述步骤42之前进一步包括，判断是否有空闲虚机，如果没有就等待。

6.根据权利要求5所述的方法，其特征在于，所述方法在步骤42之后，进一步包括：

步骤61，对所述手机上的一控件进行一操作；

步骤62，所述服务器端接收到所述控件的操作消息后，判断所述控件是否为标准控件，如果不是标准控件，采用传屏方式向所述手机发送；

步骤63，如果是标准控件，所述服务器端解析所述控件的布局信息和操作信息；

步骤64，所述服务器端判断所述操作是否需要后台操作？

步骤65，如果不需要后台操作，将所述操作的布局消息和操作消息发送所述手机，经所述手机解析后在其浏览器里布局；

步骤66，如果需要后台操作，所述服务器端将所述操作信息发送给后台操作，并将操作结果及相关的布局信息通过所述服务器端发送回所述手机。

7.根据权利要求6所述的方法，其特征在于，所述步骤64中是否需要后台操作的判断包括：

如果对所述控件的操作涉及数据操作，则需要后台操作；如果不涉及数据操作，则不需要后台操作。

8.根据权利要求1或7所述的方法，其特征在于，

所述标准控件是指通过微软提供的应用程序接口得到的控件。

Images