CN101796752B - 内在地集成企业移动性的方法和系统 - Google Patents

Abstract

用于内在地集成企业移动性的系统、方法及计算机程序产品在这里描述。企业数据从一个或多个数据来源访问，其中这些数据来源包括结构化和非结构化数据来源。数据通过多个异构网络由企业转移到多个移动装置。在一个实施方案中，这种转移考虑了异构网络的特性。企业在无线边缘执行企业相关的操作时接收移动装置生成的数据。企业使用接收到的数据响应环境改变。

Description

内在地集成企业移动性的方法和系统

发明背景

技术领域

本发明大体上涉及移动性，特别涉及将移动性结合为企业的内在部分。

背景技术

在移动装置改变了消费者生活方式的同时，移动性也正在改变企业。这个空间处于企业软件、网络、以及移动装置的交点。虽然相对而言还比较新，但这个空间是一个快速增长的商业领域。

移动性不仅对企业而言变得越来越重要，它也代表了企业无限化的巨大机会。全世界的移动性机会，算上服务、架构、手持设备以及将所有这些合为一体的粘合，到2008年底可能会达到3400亿美元。

这个市场不同的子领域正在以8-60％的复合年度增长率增长。领先的信息科技研究和顾问公司Gartner说道：“移动和无线科技在接下来数年将会激增和成熟，带领互联网和新用戶以及商业应用到更多的地点和装置上。这些科技必须处于每个组织的IT计划的策略核心。”

迄今为止，移动性的实施已经伴随移动装置在边缘开始，并已尝试运行回到企业架构的核心。

这种方式有许多缺陷。例如，使用这种方法，即使不是不可能，但也难以确保全部信息科技架构的一致性。结果，传递到动作点的数据的完整性难以得到保证。

这种方式也不能给予企业的全局视角，或者将移动性结合为企业架构的内在延伸。结果，企业的移动互动倾向于从该企业的信息网络中被竖井化和被拆散。

因此，需要的是一种改进的集成企业移动性的方式。

发明内容

本发明关于内在地集成企业移动性的系统、方法以及计算机程序产品。简单地来说，根据一个实施方案，来自例如商业流程和应用的企业数据从一个或多个数据来源被访问，其中这些数据来源可以包括结构化和非结构化数据来源。数据从企业通过多个异构网络上转移到多个移动装置。在一个实施方案中，这些转移考虑了异构网络的特性。企业在于无线边缘执行企业相关的操作时接收移动装置生成的数据。该企业然后使用接收到的数据响应环境变化。使用该数据建立的移动应用通过不同的装置，以安全方式被提供到装置上。

本发明的更多特征和优点，以及不同的实施例的结构和运作将在以下参照附图进行详细描述。需注意本发明并不限于此处描述的具体实施例。这些实施例只在此给出以作说明用途。以此处的教导为基础，有更多的实施例对本领域的技术人员而言会是明显的。

附图说明

包括在说明书中，并构成说明书其中一部分的附图，展示了本发明，并连同描述一起被用于解释本发明的原理，以容许本领域的技术人员制造及使用本发明。

图1展示了根据本发明一个实施例的一种无限企业平台(UnwiredEnterprisePlatform，UEP)的视图。

图2展示了根据本发明一个实施例的无限企业平台的概念图。

图3是根据本发明一个实施例的无限企业平台的框图。

图4是根据本发明一个实施例的无限企业平台的逻辑框图。

图5是根据本发明一个实施例的装置服务功能架构图。

图6是根据本发明一个实施例的移动服务功能架构图。

图7是根据本发明一个实施例的数据服务功能架构图。

图8是根据本发明一个实施例的开发工具功能架构图。

图9展示了无限企业平台的一个示例实行实施例的流程图。

图10是根据本发明一个实施例，展示了用于供无限企业平台使用的生成装置应用的方法的流程图。

图11是根据本发明一个实施例，用于展示图10的方法的数据流图。

图12是根据本发明一个实施例，展示可适用于无限企业平台的一个使用实例的数据流图。

图13展示了一种可以实施本发明的元件的示例计算机。

图14展示了根据本发明一个实施例的基于上下文的数据的预取以及移动应用的通知的操作。

图15展示了根据本发明一个实施例的为移动装置开发和提供应用的过程。

本发明现在将会参照附图描述。在图中，基本上，相近的参考编号指完全相同或用途上相近的要素。基本上，参考编号最左方的位数指该参考编号最初出现的附图号码。

具体实施方式

1.发明概述

本发明涉及无限企业的实施例。无限企业是指包括移动性作为其内在特性。在这里的上下文中，移动性是指移动装置，包括那些现在已知以及那些将来开发的。移动性也是指移动用户，以及牵涉到移动装置和移动用户的企业的操作和处理。

根据本发明，无限企业是从企业的核心建立向外到边缘。边缘(也叫称为无线边缘)是指移动用户在使用不需连线移动装置时执行的企业操作和处理，而这些移动装置通过多种不同的无线通讯媒介一直或偶尔连接到企业。根据本发明，无限企业是从企业应用和商业流程到中间件到无线边缘安全地建立。

本发明允许无限企业通过使用无限企业平台(UEP)。图2展示了UEP的概念图202。UEP包括一些数据来源208，例如但不限于计算机应用208A、服务器平台208B、以及数据库208C。数据是通过链路210(这是由边缘箭头204上的计算表示的)由数据来源208提供给在边缘上操作的移动装置212。UEP确保这些数据是完整的，并以安全方式延伸到移动装置212。移动装置212可以是任何现有或未来的移动装置，并可以从任何位置操作。

移动装置212执行企业相关操作，在无线边缘上处理和/或任务。由移动装置212生成、收集或者以其他方法获取的信息通过链路210被传送回企业(由企业数据208表示)。企业使用该信息感觉并响应其商业环境中的任何变化(这是由感觉和响应箭头206表示)。商业环境是指与企业有关的任何环境、条件或者社区，例如企业的客户、竞争对手、市场力量、库存、等等。

图1展示了UEP的另一个视图102。在一个实施例中，UEP构成了多频道接触网关(MAG)114。UEP促进至多个不同及异构的有线及无线网络的连接性，包括但不限于Wi-Fi、2G/2.5G、Wi-Max、有线及3G。其它有线和无线媒介对相关领域的技术人员来说也是明显的，并且落入本发明的范围。

相应的，移动应用在具有不同程度的可靠性、带宽、延迟、连接性等等的异构网络环境中操作。如果假设有完美的网络连接，则用户体验可以得到妥协。根据本发明的实施例，当移动到或从移动装置212移动时，UEP考虑了异构网络118的特点。本发明这个方面的特性会在以下第7部分和第10部分中描述。本发明这个方面的额外特性提供在第8部分和第9部分中。

UEP允许应用将有线和无线世界看成一个单一的世界(单一上下文)。这么做的话，UEP隐藏了通过多个异构网络118，以及通过增长的移动及固定装置212的范围的实施的复杂性。

根据本发明的实施例，常驻在任何给出的移动装置212中的数据110只包括企业数据108(这里也指企业或中心数据库108)的子集。这显示为图1中的映射数据范式104。有一些因素是影响有多少数据能保持在装置212上的，例如：

·即使有加密，在移动装置上储存企业数据也是危险的。

·即使不是不可能，但是要在企业和全部客户之间保持如此多数据的同步也是困难的。

·装置容量可能是以GB计算，但是企业数据是以TB、PB或甚至EB计算。

本发明的实施例包括智能数据提取和/或同步处理以更好地保证相关装置数据110被及时地提供给移动用户。这些流程在下面的部分中被描述，例如但不限于第8部分和第10部分。

图3展示了UEP的框图302。UEP包括数据服务组件304、移动服务组件306以及装置服务组件308。

图4展示了UEP402的一个实施例的逻辑框图。数据服务304表示与数据来源和流程404(这些数据来源404可以是结构化、半结构化和/或非结构化)的介面，而装置服务308表示与装置414的介面。移动服务306和装置及应用管理服务408表示数据服务304和装置服务308之间的中间件。UEP402也包括管理工具406和用于为移动装置414开发应用的开发工具412。UEP402的这些组件在下面还会描述。

UEP402允许的活动包括但不限于表1中所示的。

图9展示了根据本发明一个实施例的UEP402的高等级操作流程图902。在步骤904中，企业数据从任何数据来源被访问，例如图4所示的数据来源404，以及企业应用和商业流程(以及它们的任何组合)。步骤904的操作涉及数据服务304和移动服务306。

在步骤906中，数据通过网络410转移到装置414。这些转移考虑了异构网络410的特性。步骤904的操作涉及移动服务306和装置服务308，而这些操作的方面在第7至10部分中有描述。

在步骤908中，移动装置414在无线边缘执行企业相关的操作、流程和/或任务。

在步骤910中，由移动装置212生成、收集或者获取的信息通过多个异构网络410被传送回企业。步骤910的操作涉及移动服务306和装置服务308，而这些操作的方面在第7至10部分中有描述。

在步骤912，企业使用该信息以感觉和响应其商业环境中的变化。

本发明的优点现在将参照现场服务自动化例子进行描述。以此处的教导为基础，本发明的其它优点对本领域的技术人员而言会是明显的。

现场服务自动化对于理解移动应用的适用性和价值来说是一个好的市场领域。想像公用事业公司作为商业领域。在一间公用事业公司里，有大量的现场工作人员按照预先计划好的调度或者响应由客户呼叫生成的事件，在一个广阔的地理区域内连续地走访客户地点。通常巨大数量的这些计划以及报告任务是基于纸张的，导致大量的时间花费在必要但是不需要技能的活动上。通过使用移动现场服务自动化解决方案，大部分这类活动都能被自动化和优化，包括但不限于：

·手持装置上的目标导向可视化界面允许工作人员，通过使用例如GPS和射频/无线网络等科技以进行按需任务的智能分配，在同样的时间内处理更多需要技能的任务。

·例如移动中间件等的科技可以将客户事件产生的任务实时导向最近的现场工作人员，从而实现资源的优化使用和更高级别的客户服务。

·通过结合原始服务票据(ServiceTicket)、任务和在工作地点捕获的库存信息的行程报告，以及通过移动用户界面输入的技术人员注释，可以被传递到企业架构以便必要的后端处理。

·在技术人员完成任务的同時，计费流程就会全部开始。

·客户满意度可以通过调节移动科技以为客户事件提供更快的处理及更精确的调度估算来提升。

·技术人员通过提供即时访问部件安装指南及更换部件库存等级的手持应用，可以更加有生产力，而不需要搬运厚重的手册及进行冗长的电话呼叫到家庭办公室。

这些活动的示例描述见图12。

总的来说，移动性增强了人员生产力，使得公用事业公司更加有效率。本发明，包括这里描述的无限企业平台(UEP)，可实现这些优点。

2.装置服务

图5展示了根据本发明的一个实施例的装置服务模组308的功能架构502。移动应用502运行在装置服务模组308的最顶层并与之互动。在一个实施例中，移动装置的低级本地服务506的子集由装置服务308管理(在其他实施例中，装置服务308管理所有低级本地装置服务506)。该子集被称为被管理本地装置服务504。移动应用502也可以与由第三方提供的框架508互动。

在本质上，装置服务308是提供为低级本地装置服务506提供共同介面的抽象层。该介面(称为应用编程介面，或者API)对所有装置414来说都是公用的。接下来，开发人员能够更容易地对装置414编程，而不需要知道低级本地装置服务506之间的错综复杂关系。

装置服务308运行在装置212上。特别地，在一个实施例中，装置212具有与企业中的移动服务306通讯的一个或多个装置服务代理，以提供数据同步、消息传送、装置、应用管理、以及其它在这里描述的功能。

装置服务308提供和/或执行的功能包括但不限于表2中列出的。

3.移动服务

图6展示了根据本发明的一个实施例的移动服务模组306的功能架构602。

移动服务306(也被称为移动中间件服务或中间件)表示“连接”移动应用和企业数据及服务的中间件。它提供了这些移动应用的运行时支持，并有能力调用网络服务。

移动服务306支持装置212上移动应用的操作。根据本发明的一个实施例，移动服务306在与下列的工作时可操作、适用、和/或提供优点：

·偶尔连接的环境。

·当数据需要在移动装置上不间断的操作及良好用户体验时的应用。

·当需要更高的编程抽象以隐藏复杂性、增强生产力及减少生成应用所需要的技能。

·当数据集太大或者太敏感所以不能完全常驻在装置时。

·当需要来自于移动应用的事务以集成企业数据及服务。

·当使用上下文和推理时需要更高等级的相关度和及时性。

·应用在事件和消息中涉及异步互动模式。

移动服务306执行的功能包括，但不限于以下的。

·“快到时间”消息发送、数据同步以及与客户端模组的SMS交换

·关系数据上对象导向的抽象：

·使用.NET和JAVA类的简易移动应用开发

·O/R映射和持续性的客户和服务器端代码生成

·上载和下载游标处理调节JPA和Java定制基础类

·同时支持数据和操作同步模式以适应数据中心、过程中心或混合环境

·通过UML的对象导向建模

·决定预取策略的对象图表分析

·从装置和企业接收到的事件的弹性化处理

·通过上下文和推理的“相关度和及时性”。上下文意识提供下列可能性：

·智能预取

·智能预警和事件通知

·捕获用户提供的元数据和扩展防卫和保护到“足够好”及低成本方案的智能

移动服务使用任何格式、协议或手段，包括但不限于消息604A、SMS604B以及数据604C与装置服务308(也就是装置212)通讯。装置通讯模组626是提供公用介面给装置414以与企业互动的抽象层。

移动服务306与数据服务304的互动使用任何格式、协议或手段，包括但不限于JDBC606A和服务606B。数据/服务访问625是提供公用介面给企业(以及其数据来源404)以与移动服务组件306互动的抽象层。

移动服务306包括介面引擎610(包括规则612和贝叶斯网络614)。移动服务306也包括元数据库616、上下文服务器618、事件处理器620、同步引擎628、预取模组622、以及装置管理安全及配置引擎627。

同步服务628的特性及功能在这里描述，例如在第7部分中。

预取服务622的特性及功能在这里描述，例如在第8至10部分中。

4.数据服务

图7是数据服务模组304的功能架构702。

数据服务304是允许对后端数据来源404的公用访问的抽象层。数据服务304在数据来源404上执行查询，并转换及缓存从数据来源404取得的数据。

数据服务304是功能性的叠加。它包括分布式查询处理层704、结果集缓存层706、包括实时分析/流708和XQuery处理器710的层、元数据库和临时存储层712、包括复制714、数据联盟(Datafederation)716以及ETL718的层、以及数据访问服务层720。

由数据服务304提供和/或执行的功能包括但不限于如表3中所列出的。

5.开发工具

图8是开发工具412的功能架构802，它用于开发装置应用。模组804和808(以及它们的子模组)普遍地接合并对应装置服务304。模组814(及其子模组)普遍地接合并对应移动服务306。模组822(及其子模组)普遍地接合并对应数据服务308。生成应用的过程在如下的部分里描述。

6.运行时框图

图10是根据本发明的一个实施例的生成及转移应用至移动装置的流程。在一个实施例中，上面描述的开发工具412被用于生成这些装置应用。

在步骤1004中，数据来源404被选择。这些是在应用于装置上被执行时，会访问的数据来源404。而且，访问这些所选数据来源的机制是通过数据服务API(见图11中的1104)建立的。

在步骤1006中，用户商业逻辑组件被确定。这些商业逻辑组件对应于应用要执行的功能及逻辑。代码是根据用户商业逻辑组件(见图11中的1106)编写的。

在步骤1008中，移动装置应用(见图11中的1122)是根据用户商业逻辑组件，使用装置服务API被建立的。

在步骤1010中，应用1122被传输到移动装置(见图11中的1112)上。

图15展示了根据本发明的一个实施例，代表了与开发和提供应用给装置212相关的额外特性的流程1502。

在步骤1504中，开发人员开发应用(根据例如上述图10的流程)。在开发应用的过程中，开发人员确定装置212上需要以正确地执行应用的软件组件。例如，开发人员可以确定需要安装在装置212上，从而使应用能正确地在装置212上执行的操作系统、库、插件、等等。

这些需要的组件的列表或身份被当作与在步骤1504中开发的应用相关联的元数据。在步骤1506中，这些元数据被提供给移动服务602，并储存在元数据库616。在一个实施例中，开发人员将元数据提供给在元数据库616中储存元数据的管理员。

在步骤1508中，在稍后时间里，操作于无线边缘的装置212请求应用被安装。

在步骤1510中，移动服务306决定是否批准这个安装应用在装置212上的请求。在一个实施例中，该步骤1510由装置管理安全及配置引擎627执行。在一个实施例中，装置管理安全及配置引擎627根据适用于被请求的应用的策略决定是否批准该请求。例如，有一个策略可以指定应用只能被某些人员使用。在这种情况下，装置管理安全及配置引擎627会决定是否与提出请求的装置212相关联的用户是获得授权的人员之一。另一个策略可以指定应用只能被用于某些地理位置上，或在某些时间内。在这些情况下，装置管理安全及配置引擎627会判断装置212是否位于批准的地理位置，或者当前时间是否属于批准的时段之一。

如果装置管理安全及配置引擎627根据可适用于策略决定了步骤1508的请求应该被批准(见步骤1512)，则在步骤1516中，任何正常运行应用所需要的软件组件被确定。在一个实施例中，装置服务308代理在提出请求的装置212上的操作、自动与移动服务306互动以访问元数据库616中的元数据、以及决定所请求的应用所需要的任何软件组件。

在步骤1518中，在步骤1516中确定的所需要的软件组件被安装在装置212上。取决于所需软件组件的特性，步骤1518可以是自动执行(也就是说所需的软件组件被自动推送到装置212上)或者手动执行(也就是说装置212的用户需要手动安装所需的软件组件)。某些所需软件组件可以是自动安装，而其它的则为手动安装。

在步骤1520中，装置管理安全及配置引擎627自动将请求的应用推送到装置212。

因此，根据图15所示的操作，本发明以应用、装置和企业安全集成的方式将应用提供给移动装置。这其中一部分是通过根据平台要求将开发层和部署层之间的元数据集成而达到的。

7.基于策略的背景数据同步

在偶尔连接的移动环境中，当到企业的移动性不是一直可用时，应用需要企业数据持续性地在装置上才能运行。要这么做的话，需要一种同时在远程和企业中跟踪变更，并同步它们的方法。传统的用于同步远程数据来源和企业数据来源的技术今天已经存在。这些技术需要应用负责发起同步、检测由于网络中断造成的同步错误、以及以合适方式处理这些错误。

本发明包括用于基于策略的背景数据同步，消除移动应用(以及移动应用开发人员)处理数据同步的需要的系统、方法及计算机程序产品。该技术以移动应用的名义，自动执行在移动数据来源和企业数据来源之间同步数据的任务，并以对应用透明的方式处理同步错误。

根据一个实施例，基于策略的背景数据同步有以下特点：

·应用、以及其在数据上执行的操作，是独立于数据同步的。数据同步是由一个独立于应用运行的单独流程在背景执行的。这允许数据同步在应用未运行时也能发生。

·数据同步是基于策略的。策略描述数据同步何时发生，以及包括在数据同步中的数据。可满足绝大部分应用对数据同步的要求的预定义策略是可用的。更复杂的应用将有通过制定一系列规则而定义它们自己的策略的能力。

·网络连接性被监视，因而数据同步可以基于网络可用性而发生。

·服务器端的变更会被及时传递到移动装置。这需要移动装置被通知以服务器端的变更，并根据使用的策略发起数据同步基于。

根据本发明的一个实施例，有一个策略被用于描述背景同步如何发生。该策略指定数据同步何时发生，以及数据同步牵涉到的数据。一系列预定义策略时可用的。这些包括但不限于以下这些：计划、自动、按需及定制。

计划策略导致数据同步在特定间隔发生。当特定间隔已经过去时，在网络可用以及到服务器的连接性可被建立的情况下，同步会发生。如果网络不可用，则会在下一个特定时间间隔再次尝试。

自动策略是使用探索法来尝试保持移动和企业数据来源尽可能为最新的。一种可能的探索法是在一特定数目的事务被应用到本地数据来源(如果没有指定数目，则可以预置为一)之后进行同步。在该特定数目的事务发生之后，在网络可用以及到服务器的连接性可被建立的情况下，同步会发生。如果网络不可用，则会在网络变得可用时再次尝试。

按需策略是指数据同步由移动应用负责。当该策略被使用时，发起同步和处理网络连接性问题是应用的责任。应用会使用将作为同步服务的一部分提供的API发起同步。

定制策略允许应用定义它们自己的同步策略。这是通过指定一系列规则来完成的。一个规则包括两个部分：调度和条件。调度定义了数据同步何时会发生。条件定义了必须被满足以使数据同步发生的条件。条件可以是基于当前使用的网络的特性。条件同时也可指定数据的约束条件并从而定义要在数据同步中包括的数据。

负责执行基于策略的背景同步的模组被称为同步代理。代理独立于移动应用运行。在一个实施例，代理持续地运行，因此装置上对移动应用可用的数据尽可能的会是最新的。当代理启动时，代理要监视的本地数据来源以及代理将用于驱动数据同步流程的策略会被指定。

在运行的时候，代理监视网络连接性并跟踪网络特性。该信息作为名-值对是持续的，并可由定制策略中指定的规则参照。

代理负责实施特定的策略和驱动同步流程。实施预定义策略的是代理。当指定了一个定制策略时，运行在代理内部的规则引擎被用于执行规则。规则的执行决定了何时数据同步会发生。

代理负责监听从服务器发出的数据正等待被传递到移动装置的通知(这类通知被称为推送通知)。取决于所使用的策略，这会导致数据同步发生。当接收到一个推送通知并且使用的是计划策略时，同步的尝试会在下一个时间间隔被触发。当使用的是自动策略时，同步的尝试会立即被触发。当使用的是按需策略时，事件会通知给应用。然后应用可以决定是否触发同步的尝试。当使用的是定制策略时，如果任何一个由定制策略所指定的规则被满足时，则同步的尝试会被触发。

代理发送存在信息给服务器。存在信息包括网络状态信息(当前使用的网络、网络地址、等等)以及基于位置的坐标。网络状态信息被服务器用于发送推送通知给装置。基于位置的坐标被用于服务器端商业逻辑，例如传递基于位置的内容给装置。

根据本发明的实施例的关于基于策略的背景数据同步的额外信息提供在如下美国专利申请中提供，标题为“用于延伸企业消息系统至移动装置的系统和方法”，申请号10/906,065，申请日2005年2月1日，该美国专利申请的全部内容在此作为参考文献整体引述。

8.用于来自移动装置的自动按需数据订阅的持续化查询系统

本部分描述用于将远程数据库(例如企业数据库108)与本地数据库(例如移动装置212中的本地数据库)同步的本发明的实施例。这些实施例还在以上提到的“用于来自移动装置的自动按需数据订阅的持续化查询系统”申请中被描述，该申请全部内容在此作为参考文献整体引述。

同步允许移动装置212为了任何给定的应用或一组应用，从企业及其数据来源208接收最新的来源数据，以及上载该移动装置最新可用的数据到企业。这里使用的“数据”可以是任何对象，包括但不限于任何形式的信息(文字、视频、音频等)和应用。

如上所述，通常来说，移动装置212不能将企业数据库中包括的每一个数据都复制到它自己的本地数据库中。这是指上面所指的映射数据范式104(见图1)。移动装置也可能不能持续地查询企业数据库108以获得最新的数据。根据本发明的一个实施例，移动装置104可以创建数据订阅以尝试从企业数据库108取得相关数据到其本地数据库，从而在本地解决未来的查询。

相应地，本发明包括用于建立到远程数据库的数据订阅的系统、计算机程序产品以及方法。该方法包括以下步骤：在表中建立元数据定义，该表位于远程数据库中；于定义中，在表中标记要执行的查询为持续性的；以及基于定义生成持续查询个体，其中该持续查询个体被映射到本地数据库中的持续查询表中。

本发明还包括将建立持续查询的系统、计算机程序产品及方法，其中远程数据库中的表用元数据定义表示。该方法包括以下步骤：在定义内确定要在表上执行的查询，其中该查询被标记为已订阅查询；为已订阅查询定义持续查询个体；将持续查询个体映射到持续查询表；以及生成查询代码，该代码可操作以在本地数据库中执行查询。

本发明还包括将本地数据库与远程数据库同步的系统、计算机程序产品及方法。根据一个实施例，这是通过经由连接表与持续查询表来从远程数据库中选择行，以及将所选的行下载到本地数据库(在一个实施例中，这些操作创建在本地数据库中创建表的副本)而实现的。在一个实施例中，该组所选的行只包括从自从上次同步以来修改过或被订阅的行。在一个实施例中，选择行和下载所选的行的步骤在下载游标中实施。

在建立表的元数据定义(也就是个体)时，也可以定义两个这样的个体之间的关系。根据本发明的一个实施例，这是通过对实体的属性建模，以使其具有另一个个体或者列表(例如数组)的数据类型而完成的。

本发明也包括从移动装置212的本地数据库中删除行的实施例。删除，在本发明的上下文中，具有两种形式：完全删除，不仅从本地数据库中删除行，也在企业数据库108中标记行为需要删除；以及“回收“，它将行从本地数据库中删除到自由空间，但是不会扰乱企业数据库108中的对等行。在一个实施例中，这两种形式都删除持续查询行。

本发明也包括从企业数据库108删除行的实施例。当行从中央数据库被删除时，其流程的处理很像客户发起的删除，客户删除的行被同步到企业数据库108。

本发明也包括多个装置智能预取的实施例。根据这些实施例，将多个移动装置与一个特定用户相关联是可能的。该用户不需要是个人，但也可以是一群人，例如团队、部门、或者公司。本发明包括订阅可为单个用户控制的多个装置优化的实施例。根据本发明的一个实施例，用户可以在装置见之间移动，并可确信在当前移动装置上可用的数据包括任何该用户最近使用过的数据。订阅是与这个特定用户相关联，而不是与每一个单独的移动装置。

本发明也包括继承订阅智能预取的实施例。有时，也许通过对应用在数据库中执行查询的优化测试可以得知，当查询在某个特定数据集上执行时，在第二个数据集上的测试也可能会类似。在移动装置212的本地数据库只有企业数据库108中的数据的子集的配置的情况下，性能的好处可以通过不单取得与第一个查询相关的数据，而且也取得与第二个查询上相关的数据，并储存在本地数据库中来实现。本发明包括通过使用继承订阅执行优化的实施例。

本发明也包括多级订阅智能预取的实施例。移动装置212通常能够运行多个应用，而且经常是同时的。每一个这些应用都可以轮流或同时访问移动212的本地数据库。由于每一个应用的目的都可能不同，每一个应用的优化需求也会改变。优化需求可以包括，例如准确的来说每个应用在同步时需要从企业数据库108取得什么数据并放入本地数据库中。因此，本发明包括为了多个应用，订阅可以用多级方式定义的实施例。

这些实施例的更多信息提供在以上提到的“用于来自移动装置的自动按需数据订阅的持续化查询系统”申请中提供。

9.偶尔连接的移动商业应用的编程系统

这一部分描述了本发明将远程数据库(例如企业数据库108)和本地数据库(例如移动装置212中的本地数据库)进行同步的额外的实施例。这些实施例进一步在上面参照的“偶尔连接的移动商业应用的编程系统”申请中进行了描述，该申请全部内容在此作为参考文献整体引述。

根据本发明，开发人员使用编程系统以创建由代码产生器处理以创建生成文件的XML文件。这些生成文件包括例如代码文件、持续性文件及部署文件。根据本发明的一个实施例，开发人员创建定制开发代码，该定制开发代码然后与生成文件合并。这些生成文件构成在移动装置212上运行的，用于与移动212的本地数据库互动及与企业数据库108同步的软件。

编程系统通过创建XML类定义生成用于在移动装置212上执行的代码。代码生成器运行于XML文件上。然后，输出代码、持续性逻辑及展示逻辑被生成。

根据本发明的一个实施例，类定义包括参数、属性、和操作定义。参数、属性以及其他潜在的定义类型可选地指定数据类型。根据本发明的一个实施例，内置数据类型被指定，其在其它一个或多个目标平台(例如Java、C#)具有已知的对应类型。

服务类是这个基本类的扩展。服务类可被用于因为同步数据库例如移动的本地数据库及企业数据库的目的，而支持商业操作回放。商业操作回放允许服务类对本地数据库执行一系列操作，而且捕获操作本身并相对企业数据库108回放，而不是将结果的副本上载到企业数据库108。

另外，根据本发明的一个实施例，变更集的操作也被捕获。变更集显示一个个体曾经被操作修改。当该操作回放到企业数据库108时，当企业数据库108中修改的数据行要少于移动装置212的本地数据库中的数据行，比如当一个操作依赖另一个由不同的移动装置在企业数据库108直接修改的数据行的时候，冲突就会产生。如果变更集显示到额外的行插入、删除、或者更新在本地数据库中完成，而没有反映到企业数据库108时，则会向企业数据库108中的额外行发出“无害更新”。当企业数据库108再与移动装置212同步时，本地数据库中的所有行都会有与企业数据库108中的数据相匹配的数据。

相应的，本发明包括用于将本地数据库与远程数据库同步的系统、计算机程序产品及方法。该方法包括以下步骤：定义服务操作，该服务操作包括事务；在本地数据库中处理事务；捕获由事务执行的操作呼叫；以及捕获事务的变更集。

本发明还包括用于在数据库系统中的数据库上执行服务操作的系统、计算机程序产品及方法。该方法包括以下步骤：定义服务操作，该服务操作包括事务；确定数据库系统的目标环境；以及在数据库中处理事务，其中该事务是从一系列事务中选取的，该事务对应目标环境。

这些实施例的更多信息提供在以上提到的“偶尔连接的移动商业应用的编程系统”申请中。

10.移动应用的基于上下文数据预取及通知

随着移动计算平台变得越来越普遍，以及移动计算平台访问网络的可用性，有越来越多的要求提供给用户以尽可能接近全功能计算平台的体验。为了保存空间和电池能量，移动计算平台，例如个人数字助理(PDA)等，经常具有小的显示屏幕、有限的存储器、有限的处理能力、以及有限的通讯带宽。这些移动计算平台的资源限制经常与提供给用户以享受全功能体验所需的数据的目标不相容。移动应用需要数据从企业移动并储存到移动装置上，以便在装置没有连接到企业网络的时候进行偶尔的无连接的运算。然而，由于移动装置的资源经常受到限制，下载到装置的一系列数据仅限于企业服务器和装置(见图1中映射数据范式104)上可用的数据的子集。此外，移动装置需要的企业数据的子集需要提前确定。有些时候，数据的预定子集不足以满足移动用户的要求。当未能计划和计划了的变更没有被考虑时，必须的数据在移动装置上是不可用的。当必须的数据在移动装置上是不可用的时候，取决于网络连接性，相应的移动应用可能会变得难以使用或者不可操作。

在传统的企业计算环境中，用户能够在需要时请求数据(也就是抓取数据和查询数据库)，并及时地收到他们请求的数据子集的回应。在移动环境中，由于“漫游”移动装置的潜在连接性问题，和/或多个异构网络118的特性，这种传统请求/响应范式不是一直能用的。移动用户和相应的移动应用的注意力焦点落在当前执行的任务上，因此期望移动用户或者应用决定什么数据是必要的以完成任务是没有道理的。因而，相关信息应该被“推送”到移动用户的应用而不是要求他们从企业服务器拉取。相关数据及通知必须在合适的时间提供给移动装置以允许移动用户作出时间敏感的商业决定。这是因为移动用户经常不知道何时和哪些数据子集是需要的，因为他们不会在意他们当前所在的状况或者“上下文”。

相应的，本发明包括基于移动应用在平台上的上下文以及使用该平台的用户，动态地确定移动计算平台上需要的可能数据集的实施例。本发明也包括基于移动应用在平台上的上下文，在合适的时间将相关数据和通知提供给移动计算平台的实施例。

图14提供了根据本发明的一个实施例的，移动应用的基于上下文数据预取以及通知的流程图1400。

上下文模型1405表示移动用户的状况信息。上下文模型1405使用本体定义。每一个上下文模型都有用上下文变量表达的一系列概念以及上下文模型之间的关系。

上下文变量1415可以是简单的，或者通过对简单变量的推理的聚集推导出来。上下文变量1415可以包括可能含有值的集合的简单上下文变量。

为了促进“基于改变的数据更新”(也即是只发送那些用户并非已经拥有的信息)，上下文模型1405将装置上已有的储存为一个或多个上下文变量1415。上下文变量1415是上下文模型1405的一部分。

上下文服务器1410内可以有许多个上下文模型1405。上下文服务器1410保持上下文模型。这是通过轮流检测或接收来自物理传感器或基于软件的简单变量的信息的更新。简单变量中的改变会触发推理以更新推导出的变量。

上下文服务器1410提供上下文查询API以访问上下文模型1405中的上下文变量1415。

数据选择功能1470是为移动应用和用户计算预取数据的功能。数据选择功能1470可以调节上下文模型1405中的上下文变量1415。对于每一个移动用户/装置组合1495而言，可以有一系列的数据选择功能1470。每一个功能的输出被组合以形成新数据集1490。数据选择功能1470可以使用推理(例如规则或贝叶斯网络)以执行每一个移动用户/装置组合1495需要的数据集1490的计算。数据选择功能1470也可以从上下文服务器1410访问上下文模型1485。

根据本发明的一个实施例，数据选择功能1470访问表示移动用户的上下文的上下文模型1485以决定每一个移动用户/装置组合1495需要的新数据集1490。

每一个用户/装置组合1495可以订阅上下文模型1405中的一系列上下文变量1415。不论什么时候当订阅1420里的上下文变量1415发生改变时，事件引擎1450会决定并执行那些受影响的数据选择功能1470。由这些功能创建的新数据集1490会与已经在装置上，储存为上下文变量1415的那些进行比较，以创建移动用户/装置组合1495并非已经拥有的“改变”数据集1480。

事件引擎1450也负责从传感器和软件事件介体接收通知/更新1420，并将它们转发到上下文服务器1410以维护上下文模型1405。

图14还展示了根据本发明的一个实施例，使用上述的基于上下文预取方法，在合适的时间传递相关数据和通知到移动应用的方法。

传递到移动用户/装置组合1495的通知和数据1480具有如下特点。

数据集1490连同元数据一起被封装到“元数据驱动容器”中以协助在移动装置显示数据，而元数据包括数据1480的描述。

数据集1490具有有时间戳的识别符，因此数据集1490被命名且有版本号。

具有相同识别符的数据集1490的所有版本都是唯一的。

移动装置1495上的策略支持每个识别符只有一个版本，或者有多个版本的数据集1490。

数据集1490不允许被修改，数据1480只为了参考被提供到移动用户/装置组合1495。

数据集1490包括结构化和非结构化数据。

数据集1490需要客户端容器以解释数据集“封包”并恰当地将其显示在移动装置1495中。

数据集1490可以被应答，并被移动装置/用户组合1495或在一段预设时间(也即是“超时时间”)之后丢弃。

数据1480是由移动装置/用户组合1495特定的，订阅到上下文模型1405中的上下文变量1415的数据选择功能1470生成的。

元数据驱动数据集/容器1490使用数据集1490中的元数据以决定如何最好地显示数据1480。数据容器1490是上下文感知的(也即是感知例如移动装置/用户组合1495的特性下执行的环境)。因此，数据容器1490可以以最适合装置形式给出数据1480。

当数据1480被用户1495复查的时候，它可以从移动装置1495中被删除。此外，如果数据集1490具有过期数据集，它将会在适当时候被丢弃。

相关数据1480可以基于数据选择功能1470订阅的上下文1460被推送到移动装置/用户组合1495。

上下文1430(上下文模型1405中的上下文变量1415)中的改变可以是由在企业中发生的，例如数据中的改变、执行商业流程、或者其他改变事件1430的改变引起的。这些改变事件1430被报告到事件引擎1450，而后者通知上下文服务器1410更新上下文模型1405。

改变事件1430也可以在移动应用运行在移动装置上时，由移动装置/用户1495触发的由用户动作引起的上下文的改变、通过消息或短消息服务(SMS)的自然语言命令/查询、以及装置传感器读数而导致。

这个部分里描述的实施例的更多信息提供在以上提到的“用于移动应用的基于上下文数据预取及通知的系统、方法和计算机程序产品”申请中。该申请的全部内容在此作为参考文献整体引述。

11.示例计算机实施方案

在本发明的其中一个实施例中，在此描述的本发明的实施例的系统和组件均以为人熟知的计算机实施，例如图13中所示的计算机1302。

计算机1302可以是任何能够执行在此描述的功能的，市面上有售的和为人熟知的计算机，例如国际商业机器公司(InternationalBusinessMachines)、苹果、Sun、惠普、戴尔、康柏、Cray等发售的计算机。

计算机1302包括一个或多个处理器(亦称为中央处理器或CPU)，例如处理器1306。处理器1306连接到通讯总线1304。

计算机1302亦包括主存储器或主要存储器1308，例如随机存取存储器(RAM)。主要存储器1308有控制逻辑1328A(计算机软件)和数据储存在其中。

计算机1302亦包括一个或多个次要存储装置1310。次要的储存装置1310包括例如硬盘机1312和/或可移动存储驱动器1314，以及其它种类的存储装置例如记忆卡或记忆棒等。可移动存储驱动器1314表示软盘驱动器、磁带驱动器、光驱、光学存储装置和磁带备份等。

可移动存储驱动器1314跟可移动存储单元1316相互作用。可移动存储单元1316包括计算机可用的或可读的存储媒体1324，并有计算机软件1328B(控制逻辑)和/或数据储存在其中。可移动存储单元1316表示软盘、磁带、光盘、DVD、光学存储碟、或任何其它计算机数据储存装置。可移动存储驱动器1314以为人熟知的方式从可移动存储单元1316读出或写入。

计算机1302亦包括输入/输出/显示装置1322，例如显示屏、键盘、指点设备等。

计算机1302还包括通讯或网络介面1318。网络介面1318允许计算机1302与远程装置通讯。举例来说，网络介面1318允许计算机1302通过通讯网络或者媒介1324B(表示一种计算机可用和可读媒介)，例如局域网、广域网、互联网等进行通讯。网络介面1318可以与远程站点或网络，通过有线或无线连接相接合。

控制逻辑1328C可以通过通讯媒介1324B传送到和从计算机1302传送。更具体地说，计算机1302可以通过通讯媒介1324B接收和发送调制了控制逻辑1330的载波(电磁信号)。

任何包括了储存控制逻辑(软件)的计算机可用或可读媒介设备或产品的设备或产品，在这里都被称为计算机程序产品或程序储存装置。这包括但不限于计算机1302，主存储器1308、次要存储装置1310、可移动存储单元1316，以及调制了控制逻辑1330的载波。这样的计算机程序产品储存了控制逻辑，当被一个或多个数据处理装置执行时，会导致这些数据处理装置如这里所述般操作，表示了本发明的实施例。

本发明可以与除了这里描述的以外的软件、硬件、和/或操作系统实施方案一同工作。任何适合于执行这里所述的功能的软件、硬件、以及操作系统实施方案都可以被使用。

12.附录

文后附带的附录构成本申请的一部分，因此在此作为参考文献整体引述。

13.结论

虽然本发明的不同实施例已在上面描述，但应理解到它们只是作为例子而非限制展示。本领域的技术人员会明白可以进行形式上和细节上的改动而不会偏离如后附权利要求书所定义的本发明的精神和范围。应明白的是，本发明并不限制于这些例子。本发明可以应用在任何如在此描述般操作的要素。因此，本发明的宽度和范围不应被上述任何示例实施例所限制，而只应根据所附的权利要求书和其等同定义。

附录

由下一页开始的附录是本申请的一部分，因此在此作为参考文献整体引述。

执行摘要

在今天的实时商业环境中，跨越价值链的商业执行可以通过延伸企业的边界，从限制在桌面或者数据中心到移动装置，而得到优化。移动应用在供应链(制造流程)、需求链(客户互动)、以及许多其它情景中扮演了角色。通过以战略主动的方式实现移动性以及建立针对多个企业商业流程的多个应用，组织可以更好的获得流动性的益处。

企业在越来越多地使用移动应用以提高商业灵活性和传递超群的客户服务。在企业的边缘捕获和传递的信息将企业应用的范围延伸到“使用点”上-允许更快、更精明的决策和行动。在过去，企业的移动互动倾向于竖井化和被拆散的。要成功地传递移动性前景和延伸信息的范围，组织需要能允许全球化视野和将移动性合并为企业架构内在部分的架构和战略。

为了允许商业实现这个前景，软件提供商必须解决一些基本架构要求。这些包括应用开发工具、数据同步软件、应用部署和管理、以及提供与现有数据中心架构例如企业资源计划(ERP)系统、数据库、以及面向服务架构(SOA)等的整合的数据服务。移动生态系统还具有特别与移动性相关的重要特性，包括网络连接性、电源管理、无连接访问、本地验证等使移动应用与传统企业应用截然不同的特性。这些独特的特性必须要被架构提供者和应用开发人员考虑和处理。

本文档描述了一种允许组织实施下一波移动应用并满足日益增长的技术要求的技术堆栈的高等级功能架构。由于允许系统集成商(SI)和独立软件提供商(ISV)允许采用移动应用是非常关键的，平台被构造为满足具体到合作伙伴如何调节堆栈以满足他们客户需求的要求。随着移动性作为战略主动性取代以项目为中心的方式越来越多地被采用，这个下一代移动性架构将允许企业以安全的方式在不同的领域针对不同的商业问题解决他们的移动性需求。

使用案例

现场服务自动化对于理解移动应用的价值来说是一个好的市场领域。想像公用事业公司作为商业领域，在一间公用事业公司里，有大量的现场工作人员按照预先计划好的调度或者响应由客户呼叫生成的事件，在一个广阔的地理区域内连续地走访客户地点。巨大数量的这些计划以及报告任务是基于纸张的，导致大量的时间花费在必要但是不需要技能的活动上。通过使用移动现场服务自动化解决方案，大部分这类活动都能被自动化和优化，包括：

·手持装置上的目标导向可视化界面允许工作人员，通过使用例如GPS和射频/无线网络等科技以进行按需任务的智能分配，在同样的时间内处理更多需要技能的任务。

·例如移动中间件等的科技可以将客户事件产生的任务实时导向最近的现场工作人员，从而实现资源的优化使用和更高级别的客户服务。

·通过结合原始服务票据(ServiceTicket)、任务和工作地点捕获的库存信息的行程报告，以及通过移动用户界面输入的技术人员注释，可以被传递到企业架构以便必要的后端处理。

·在技术人员完成任务的同时，计费流程就会全部开始。

·客户满意度可以通过调节移动科技以为客户事件提供更快的处理及更精确的调度估算来提升。

·技术人员通过提供即时访问部件安装指南及更换部件库存等级的手持应用，可以更加有生产力，而不需要搬运厚重的手册及进行冗长的电话呼叫到家庭办公室。

总而言之，移动性增强了工作人员的生产力，使得公用事业公司更加有效率。

挑战

下面的部分扼要说明了组织在移动化企业的时候面对的技术和商业挑战。

技术挑战

·减少在移动化中涉及的访问和处理异质企业数据来源的复杂程度

·减少企业数据来源和移动装置同步过程中涉及的复杂程度

·应对缺少简化移动应用开发的集成工具环境

·克服缺少移动应用的安全访问和部署

·允许在无限企业中对不同的技术堆栈移动部分实行统一的管理

商业挑战

·解决策略性企业移动问题

·针对价值链中不同用户的大部分

·将移动性集成到现有的和新的商业流程，通过将变化的操作条件延伸到移动用户以感觉和响应这些条件

·为现场工作人员提供额外工具以更好地服务客户

·允许对信息的快速访问以进行更好的决策

市场需求

企业价值链中的移动用户正在供应方和需求方中扮演越来越重要的角色。客户想要移动访问比如说他们的订单信息、股票组合、或者货运跟踪，而销售人员想在路途中实时评估客户信誉和分析过往客户订单。沃尔玛和塔吉特采用了RFID标签作为收集供应商和货物数据的手段，这显示了移动性开始成为整体商业策略以优化灵活性和生产力。

移动应用在不同的装置例如笔记本和PocketPC上是企业信息分布网络的静态延伸，而不是在每日运作活动中扮演关键角色的日子，已经很快成为了历史。伴随着不断增长的网络速度、广泛分布的连接性、以及智能和强大的装置及数据中心架构，移动应用在企业信息网络内参与近乎实时的互动以支持增加的客户销售、产品定价的灵活性、以及其它的例子。来自运行或者的有问题的票据系统的数据，可以被引导至路途上最近的技术人员，而他可以借助装置上的地图直接到达需要技术人员服务的地点。随着移动性的广泛采用和理解的发生，这些应用是我们将会开始看到并期望的早期例子。

在数据中心中，今天已经有许多的架构(数据库、定制应用、封装应用、服务架构、和商业流程/工作流程)。随着移动性变得越来越策略化，这些数据需要通过消息、事件等以有组织和安全的方式被推送。

下面的部分扼要说明了企业在未来开发和部署移动应用时所需的要求。

应用开发工具

随着两大主要工具平台-由.NET社区使用的微软VisualStudio以及由JAVA社区使用的Eclipse的不断增加的采用，一种能够与这些框架共存的应用开发工具是很显然需要的以允许不同的社区为不同的平台例如WindowsMobile、RIM、Symbian等设计、开发、及对移动应用除错。这种工具环境的某些主要特性包括：

·可视化界面设计

·建模

·数据展示

·企业数据连接性

·商业逻辑开发

·事件及消息开发

·移动SOA开发

·除错，等等

企业数据访问

今天的企业数据以许多形式存在于数据中心中：结构化的、非结构化的、以及半结构化的。这些数据实时地被更新和创建，而移动装置上该信息的可用性决定了这些应用提供给商业的价值。另一方面，移动应用需要远离数据来源的复杂度，因此数据虚拟层在变化的数据来源和移动应用层之间提供了一个简化的介面。

企业服务访问

随着用于企业应用的面向服务架构(SOA)的不断增加的采用，为移动应用开发调节SOA介面变得很重要。平台内的架构元素可以提供对SOA的访问，并协助将SOA互动点移动化，而这会允许松散地连接的移动应用。

企业事件和消息

应用使用消息来交换信息，而这对于移动环境来说也成立。横跨不同网络协议例如GPRS和Wi-Fi的移动装置和企业之间可靠地、无缝地、安全地消息交换，提供了建立移动应用的骨干，而这代表了深入企业的视野，并允许企业对移动环境的实时观察。

应用/装置管理和安全

随着移动应用部署实现广泛的采用，管理和维护这些部署有可能成为重现今天数据中心所面对的问题的梦魇。为了防止这样的情景的发展，管理架构必须要能够处理与应用部署和部署后维护相关的不同任务。考虑到用户很容易遗失装置，而且有大量的安全威胁能造成金钱损失，安全应用、数据及装置会在移动生态系统中变成关键的元素。随着这些装置的数量和相异性不断增加，除了以安全的方式管理装置上的应用之外，管理装置也是一个关键的部分。

系统经营和管理

由于技术的复杂性，提供简化的经营和管理界面对于该产品来说是非常关键的。公用介面(图形化和程序化)应该是要可用的，而这也允许第三方管理工具使用基于标准的集成来支持系统。

移动客户平台

由于移动装置、它们提供的功能、以及每一个所展现的界面的异质化，开发人员需要访问以开发角度来说提供统一互动模型，并隐藏不同之处和独特复杂度的标准化的客户平台，而同时仍然能够调节每一个装置的全部潜力。

移动应用

依赖上述架构元素但提供即开即用商业功能的预封装应用是那些不想在定制开发上投资的IT商店的需求。通过假设一系列标准的与企业应用相似的需求，移动应用为移动销售、移动现场工作和其他目标市场提供大量的功能。由于这些应用可能不能精确地反映组织的商业流程，移动应用具有被配置和修改的能力。

下一代移动性架构

下面的部分描述了建议的技术堆栈和其高等级架构。这些组件的细节将会在后续的文档里描述。其目标是创建有粘性和能为客户的移动企业主动性提供完整解决方案的集成技术堆栈。

组件

数据服务

数据服务层提供对配置在从结构化的到非结构化的不同数据来源上的虚拟数据层的双向访问。这些数据来源可是封装应用例如SAP、数据库、网络服务、等等。数据服务组件提供其它增值功能，例如可在数据符层内提供调节以配置相关信息的转换和清洗。数据服务层增加了实时缓存以减少目标物理数据来源的负载。

移动中间件服务

移动中间件服务组件提供了数据网络和装置网络之间的桥梁。包括其增值服务例如预取和推理等，该组件允许数据以一种智能方式在数据服务层和与在不同的装置上，调节不同通讯频道例如SMS和HTTP等的应用之间进行同步。该层也包括安全地部署和管理应用的服务。由于移动环境中的异质化，将应用配置到正确的环境是值得考虑的，而使用这个层，应用可以以流线方式被配置。

装置服务

该组件提供了标准化的介面以访问不同的装置功能，例如持续性、同步、安全等等。移动开发者可以对该介面编程以统一的方式访问装置的特定功能，从而减少开发应用的复杂度。

统一应用开发工具

由本平台提供的统一应用开发工具允许开发者执行与开发数据服务层、移动中间件层及装置数据层相关的任务以建立移动应用。

管理控制台

通过提供以标准为中心的方式，运行时可以通过许多不同的第三方工具以及赛贝斯自己的统一管理工具来被监视和管理。根据监视信息生成的反馈，IT管理员可以调节操作系统以在各种复合情况下有更好的表现。

好处

通过组合这些不同的服务，赛贝斯的下一代移动性架构会允许企业部署移动应用到异质装置上。一些关键好处包括：

·集成的工具以开发移动应用

·用于对不同企业数据来源的统一访问的虚拟化数据模型

·企业和装置逐句来源的模型/元数据驱动开发方法

·应用的集成部署和管理

·智能传递核心数据到移动应用

·应用、装置和企业安全的集合

·管理和安全化装置的能力

·支持通过与赛贝斯移动消息服务集成而提供的移动到移动的消息

总结

具有提供移动架构和解决方案的强大历史，赛贝斯的下一代移动性架构是现有架构的进化，允许企业将他们的移动部署延伸到更广的受众，从而获得更大的利益。随着企业开始将移动性看待为策略性主动，选择一个强有力的平台扮演了重要的角色，而赛贝斯的下一代移动性架构，具有对与无限企业架构相关的不同元件的广泛支持，就非常符合这个要求。

Claims (13)

1.一种内在地集成企业移动性的方法，包括：

从数据来源、企业应用及商业流程中的至少一个访问企业数据；

通过多个异构网络将所述企业数据转移到作为移动计算平台的多个移动装置，其中所述转移考虑了所述异构网络影响数据转移的特性，包括网络可靠性、带宽、延迟和连接性，其中，基于移动应用在移动计算平台上的上下文以及使用该移动计算平台的用户，动态确定移动计算平台上所需要的可能的数据集；

在无线边缘上执行企业相关的操作、处理或任务时，接收所述移动装置生成、收集或者获取的数据；以及

使用接收的数据以调整和响应变化的环境，

其中，移动装置上的目标导向可视化界面允许通过使用GPS和射频/无线网络进行按需任务的智能分配。

2.如权利要求1所述的方法，其中所述数据来源包括结构化和非结构化数据来源。

3.如权利要求1所述的方法，其中所述转移和接收步骤包括：

根据基于策略的背景数据同步过程对所述企业数据和所述移动装置上的数据进行同步。

4.如权利要求3所述的方法，其中所述基于策略的背景数据同步过程包括多个定义背景同步如何发生的策略，其中这些策略包括计划策略、自动策略、按需策略以及定制策略中的最少其中一个。

5.如权利要求1所述的方法，其中所述转移和接收步骤包括将本地数据库与中心数据库进行同步，所述同步步骤包括以下由移动装置执行的步骤：

定义服务操作，其中该服务操作包括事务；

在本地数据库中处理事务；

捕获由该事务执行的操作呼叫；以及

捕获该事务的变更集。

6.如权利要求1所述的方法，还包括：

建立对中心数据库的数据订阅。

7.如权利要求6所述的方法，其中所述数据订阅建立步骤包括以下由移动装置执行的步骤：

建立表的元数据定义，该表位于远程数据库中；

于定义内，在表上标记要执行的查询为持续性的；以及

生成基于定义的持续查询个体，其中该持续查询个体被映射到本地数据库中的持续查询表中。

8.如权利要求1所述的方法，还包括建立持续查询，其中中心数据库中的表由元数据定义表示，该持续查询建立步骤包括以下由移动装置执行的步骤：

于定义内识别表中要执行的查询，其中该查询曾被标记为已订阅查询；为已订阅查询定义持续查询个体；

映射持续查询个体到持续查询表；以及

生成查询代码，该查询代码可实行在本地数据库中的查询。

9.如权利要求1所述的方法，还包括：

基于上下文的数据预取以及对移动应用的通知。

10.如权利要求9所述的方法，其中所述还包括基于上下文的数据预取及通知步骤包括：

创建上下文模型；

在上下文模型内更新可被移动应用使用的上下文变量；

为移动应用决定一组会调节上下文模型的上下文变量的数据；

维护被数据选择函数使用的推理机以得到移动应用需要的可能数据集；

维护上下文模型；

为移动用户/装置组合订阅上下文变量的变更；以及

为移动应用执行数据选择函数以计算数据集。

11.如权利要求1所述的方法，还包括：

预配置到移动装置的应用，其中该预配置集成了所述预配置的应用、所述移动装置及企业安全。

12.如权利要求1所述的方法，还包括：

针对平台需求，允许在开发层和部署层之间集成元数据。

13.一种内在地集成企业移动性的系统，包括：

访问模块，用以从数据来源、企业应用及商业流程中的至少一个访问企业数据；

转移模块，用以通过多个异构网络将所述企业数据转移到作为移动计算平台的多个移动装置，其中所述转移考虑了所述异构网络影响数据转移的特性，包括网络可靠性、带宽、延迟和连接性，其中，基于移动应用在移动计算平台上的上下文以及使用该移动计算平台的用户，动态确定移动计算平台上所需要的可能的数据集；

接收模块，用以在无线边缘上执行企业相关的操作、处理或任务时，接收所述移动装置生成、收集或者获取的数据；以及

响应模块，用以使用接收的数据以调整和响应变化的环境，

其中，移动装置上的目标导向可视化界面允许通过使用GPS和射频/无线网络进行按需任务的智能分配。