遗产系统的制作方法
【专利说明】遗产系统
【背景技术】
[0001] 移动技术近些年已看到极大改进。现在越来越多的移动用户携带一个或多个移动 设备，他们使用该一个或多个移动设备来彼此通信、上网、或通过无线网络访问各种应用和 服务。诸如支持互联网的平板、智能电话、便携式计算机、电视和游戏机之类的各种设备已 变成将用户与朋友、工作和娱乐相连的基本个人随身物品。现在，用户具有更多选择，并且 期望不论何时都有对所有服务、个人数据以及内容的移动访问权。不断增加的使用移动设 备的用户的数量激励公司使这些移动用户可获得它们的服务，并且提供可以满足用户需求 的增加、支持一系列已有的/新的服务以及提供可靠通信的改进通信选择。
【附图说明】
[0002] 图1是根据本公开的实现方式的用于针对已有遗产系统创建移动应用的系统的示 例的示意图。
[0003] 图2图示根据本公开的实现方式的示出图1的系统的计算设备的示例的示意图。
[0004] 图3是根据本公开的实现方式的示出用可由图1的系统的计算设备的处理器执行 的指令编码的机器可读存储介质的示例的示意图。
[0005] 图4图示根据本公开的实现方式的示出用于针对已有遗产系统创建和操作移动应 用的方法的示例的流程图。
[0006] 图4图示根据本公开的实现方式的示出用于记录已有遗产系统的多个用户界面 (UI)自动脚本的方法的示例的流程图。
[0007] 图6图示根据本公开的实现方式的示出用于通过使用应用编程接口（API)包装器 中的记录的多个UI自动脚本中被选择的一个来执行遗产系统中的至少一个动作的方法的 示例的流程图。
【具体实施方式】
[0008] 随着近来技术的改进，移动通信设备(例如，智能电话、平板等)继续在人们的生活 中扮演越来越重要的作用。不同用户依靠这样的移动设备来进行许多日常活动和工作相关 任务。许多公司和大型企业目前具有多个已有遗产系统，该多个已有遗产系统可以由它们 的用户经由万维网使用，但不可经由移动设备使用，因为这些机构未针对这些遗产系统开 发专用移动应用。
[0009] 由于移动设备的普及，这些机构可能期望使它们的已有遗产系统现代化并且使它 们兼容移动通信设备。为了使移动设备可利用已有遗产系统，机构必须针对这些已有遗产 系统中的每个开发新的移动应用。针对已有遗产系统创建移动应用的任务对于下面的任何 公司而言是重要的：该公司想要与不论何时都期望具有对服务、个人数据和内容的移动访 问权的移动用户保持接触。
[0010] 需要通过使用遗产系统中的可用信息和遗产系统的已有应用编程接口（API)(例 如，网页服务、REST API等)来从头开发用于已有遗产系统的一些新移动应用。这些新创建 的移动应用依赖与已有遗产系统的遗产后端服务器和后台办公系统的通信。特别地，运行 移动应用的移动设备经常使用由遗产系统暴露的已有公共API。
[0011] 许多时候，针对已有遗产系统创建移动应用可能不像映射已有遗产API来识别由 移动应用需要的缺失的API以及在遗产系统中实现缺失的API那样容易。在许多情况下，给 遗产系统增加缺失的API是非常长的过程，该非常长的过程推迟移动应用的实现，直至完成 缺失的API。在遗产系统中增加缺失的API会比开发新的移动应用耗费更多时间是可能的。
[0012] 此外，移动应用的开发者可能没有对遗产系统后端中的原始源代码或API的访问 权。遗产系统的源代码可能过时并且是以不再支持的框架编写的。在许多情况下，已有遗产 系统是如此过时，使得不存在关于系统是如何建立的以及使用了什么样的特定源代码的文 档记录。因此，当尝试编写已有遗产系统的移动版本(例如，网页应用）时，编写全新的应用 可能比尝试并使用遗产网页应用的API更容易。但是，编写全新的应用需要重写遗产应用已 经使用的许多源代码。
[0013] 移动应用开发者通常可以具有对已有遗产系统的统一资源定位符(URL)(即，他们 能在其浏览器中看到现在运行的网页应用）的访问权。他们还可能知道遗产系统如何工作。 例如，如果遗产系统是被设计用于找出员工的数据的"员工目录"网页应用，那么开发者可 能知道他们必须输入员工名，以便从已有遗产系统接收一些返回数据(例如，职位描述、电 话号码等）。
[0014] 本说明书用于在加速移动应用奉献周期的同时针对已有遗产系统创建和操作移 动应用的系统、方法和计算机可读介质。所提方案提出在已有遗产系统的用户界面(UI)层 使用记录-重放引擎来记录遗产系统的函数（即，API)的UI自动脚本。用在移动应用需要执 行遗产系统中的动作时由该移动应用调用的移动应用的API包装器对所记录的UI自动脚本 进行包装。
[0015] 因此，此新颖的且之前不可预见的方法允许移动应用开发者通过使用用户友好的 UI层界面，在非常短的一段时间内创建缺失的API或包装遗产系统的已有API。移动应用开 发者可以快速开发应用，而不用知道遗产API的详情，也不需要等待延迟开发直至遗产系统 的后端服务器暴露遗产API。
[0016] 此外，开发者可以通过测试UI自动脚本、确定是否存在故障的脚本、以及识别使用 它们的移动应用，持续地并快速地验证移动应用的健康状况。在故障的情况下，开发者可以 修复自动脚本本身，而不必对移动应用提供修复。由于UI自动脚本用作生产应用并且不仅 是针对测试目的执行的，所以此验证技术可以用作可以在生产中每天验证和检查的移动应 用的安全保障。
[0017] 在示例实现方式中，提供一种用于创建和操作移动应用的方法。该方法包括:用与 移动应用关联的应用编程接口（API)包装器封装已有遗产系统的多个用户界面(UI)自动脚 本。如下面更详细解释的，多个UI自动脚本可以是已有的或可以是被记录的。响应于来自移 动应用的调用，该方法进一步包括:使用API包装器中的记录的多个UI自动脚本中被选择的 一个来执行遗产系统中的至少一个动作。该方法还包括：向移动应用返回来自遗产系统中 的该至少一个动作的结果。
[0018] 在另一示例实现方式中，提供一种包括移动集成开发环境（IDE)、与该IDE通信的 记录-重放引擎、以及与该IDE通信的至少一个遗产系统的系统。该系统还包括具有控制单 元计算设备，该控制单元用以执行在非暂时性的机器可读存储介质中存储的指令。该控制 单元用于通过使用记录-重放引擎来创建已有遗产系统的至少一个UI自动脚本，用移动应 用的API包装器包装或封装该至少一个UI自动脚本，以及通过调用API包装器中的至少一个 UI自动脚本来执行遗产系统中的至少一个动作。此外，控制单元持续地确定该至少一个UI 自动脚本中是否存在故障，并且基于遗产系统中的至少一个动作生成数据。
[0019] 如本文所用的，术语"遗产系统"指已有的、可能过时的以及可以依赖互联网或可 以不依赖互联网的已有方法、计算机系统、程序、网页应用或其它技术。这样的遗产系统可 能在机构中长期存在，并且其仍然可以提供期望功能，即使实施遗产系统的任务的更新技 术或更有效方法可以是可获得的。机构可以具有保持已有遗产系统的不同理由。例如，遗产 系统令人满意地工作且没有理由改变它，重新设计或替换该系统的成本昂贵，等等。
[0020] 本文所用的术语"移动设备"和"无线设备"可以互换地使用，并且指以下任一个： 各种智能电话、蜂窝电话、平板、便携式计算机、个人数字助理(PDA)、V 〇IP电话、具有无线功 能的电视、具有无线功能的娱乐系统、以及包括处理器且能够发送和接收无线或有线通信 信号的其它类似电子设备。
[0021] 在下面的详细描述中，参照附图，附图形成本说明书的一部分并且在附图中通过 图示示出可以在其中实施所公开的主题的特定示例。将理解，可以使用其它示例，并且可以 作出结构的或逻辑的改变而不脱离本公开的范围。因此，下面的详细描述不应从限制意义 上去理解，并且本公开的范围由所附权利要求限定。此外，将理解，本文使用的措辞和术语 用于描述目的，而不应被看做限制。本文中的"包括"、"包含"或"具有"及其变形的使用表示 包含其后列出的项及其等同物以及其它项。还应注意，多个基于硬件和软件的设备以及多 个不同的结构组件可以用于实现所公开的方法和系统。
[0022] 图1是用于针对已有遗产系统创建和操作移动应用的系统10的示例的示意图。系 统10包括由用户(未示出）操作的至少一个计算设备27、连接至计算设备27的集成开发环境 (IDE) 15(例如，移动IDE)、与IDE通信的记录-重放引擎17、与IDE通信的至少一个遗产系统 20、以及网络25。在IDE上创建的移动应用（未示出）在可以包括智能电话、平板、便携式计算 机、PDA、无线电视、无线娱乐系统和其它类似无线设备的至少一个移动设备28上运行。 [0023]移动设备28包括被配置为支持移动设备28的功能以及允许其与一个或多个外部 系统(例如，计算设备27、IDE 15等)或任意其它设备交互的软件、硬件(例如，处理器、存储 器等(未示出））或软件和硬件的合适组合。例如，移动设备28包括用于与其它无线设备和/ 或网络连接的