CN102946415B - 一种移动终端本地应用的实现方法和装置 - Google Patents

Abstract

本申请实施例公开了一种移动终端本地应用的实现方法。该方法包括：接收云服务端发送的多元组功能配置信息，所述多元组功能配置信息至少包括业务功能、业务服务类型和通用资源标识符服务；根据预设多元组功能配置协议解析多元组功能配置信息；根据解析得到的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的业务数据以实现移动终端本地应用。本申请实施例还提供了一种移动终端本地应用的实现装置。本申请实施例的技术方案使移动终端的本地应用能够较好地适应业务功能变化，提高了新业务的上线速度，降低了应用开发难度，减少更新升级成本。

Description

一种移动终端本地应用的实现方法和装置

技术领域

本申请涉及信息技术领域，特别涉及一种移动终端本地应用的实现方法及其相应的装置。

背景技术

随着移动终端的迅速普及，基于移动终端的各种应用已广泛存在于各技术领域，比如使用移动终端的本地软件完成银行支付、以移动终端为载体推动企业信息化建设等。根据这些种类繁多的“应用”的运行方式的不同，基于移动终端的应用可分为浏览器应用和本地应用两大类。

浏览器应用的主要业务功能位于服务器端，借助于服务器的运算处理能力实现应用，这种方式受移动终端类型的影响小，具有较好的通用性。但是，由于移动终端的浏览器应用的业务功能依赖于服务器实现的特点，使得浏览器应用不能较好地与移动终端的本地服务(比如，支持语音、短信、GPS等移动终端本地资源)结合，而完成浏览器应用时从服务器端获得运算处理资源将耗费较长的时间，导致效率低下，影响了用户体验。

相比而言，移动终端的本地应用却能较好地克服浏览器应用的上述缺点。由于移动终端的本地应用是通过调用移动终端的本地运算处理资源实现，应用的实现过程与移动终端的本地服务易兼容、响应速度快，效率高。然而，尽管移动终端的本地应用能够较好地解决浏览器应用存在的问题，但是，由于本地应用分散于不同类型的移动终端之中，一旦本地应用的业务功能发生变化，必须针对不同类型的移动终端对本地应用进行“全套式”重新开发，从而降低了新业务的上线速度，增加了应用开发难度。而且，对具有本地应用的众多移动终端均进行更新升级，必然增加成本。此外，频繁地进行更新升级操作，势必影响到用户对本地应用的使用，给移动终端用户带来不便。

发明内容

为解决上述技术问题，本申请实施例提供了一种移动终端本地应用的实现方法和相应的装置，使移动终端的本地应用能够较好地适应业务功能变化，从而提高新业务的上线速度，降低应用开发难度，减少更新升级成本。

本申请实施例提供的移动终端本地应用的实现方法包括：

接收云服务端发送的多元组功能配置信息，所述多元组功能配置信息至少包括业务功能、业务服务类型和通用资源标识符服务，所述通用资源标识符服务用于指定完成业务功能所需要的业务数据；

根据预设多元组功能配置协议解析多元组功能配置信息；

根据解析得到的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的业务数据以实现移动终端本地应用。

优选地，所述根据解析得到的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的业务数据以实现移动终端本地应用具体包括：

根据解析得到的多元组功能配置信息生成本地应用功能界面；

当本地应用功能界面的业务功能受到触发时，根据该业务功能的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的与该业务功能对应的业务数据以实现移动终端本地应用。

优选地，所述根据解析得到的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的业务数据以实现移动终端本地应用具体包括：

查找预先设置的配置文件以获得与解析得到的业务服务类型相应的移动终端本地服务关联的处理资源；

根据查找到的处理资源以类厂模式处理通用资源标识符服务指定的业务数据以实现移动终端本地应用。

优选地，在接收云服务端发送的多元组功能配置信息之前，所述方法还包括：校验移动终端的权限信息以获取本地应用的功能权限，则：所述接收云服务端发送的多元组功能配置信息具体为接收与该功能权限相匹配的云服务端发送的多元组功能配置信息。

优选地，所述多元组功能配置信息以XML格式发送。

本申请实施例还提供了一种移动终端本地应用的实现装置。该装置包括：接收单元、解析单元和处理单元，其中：

所述接收单元，用于接收云服务端发送的多元组功能配置信息，所述多元组功能配置信息至少包括业务功能、业务服务类型和通用资源标识符服务，所述通用资源标识符服务用于指定完成业务功能所需要的业务数据；

所述解析单元，用于根据预设多元组功能配置协议解析多元组功能配置信息；

所述处理单元，用于根据解析得到的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的业务数据以实现移动终端本地应用。

优选地，所述处理单元具体包括：生成子单元和第一处理子单元，其中：

所述生成子单元，用于根据解析得到的多元组功能配置信息生成本地应用功能界面；

所述第一处理子单元，用于在本地应用功能界面的业务功能受到触发时，根据该业务功能的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的与该业务功能对应的业务数据以实现移动终端本地应用。

优选地，所述处理单元具体包括：查找子单元和第二处理子单元，其中：

所述查找子单元，用于查找预先设置的配置文件以获得与解析得到的业务服务类型相应的移动终端本地服务关联的处理资源；

所述第二处理子单元，用于根据查找到的处理资源以类厂模式处理通用资源标识符服务指定的业务数据以实现移动终端本地应用。

优选地，所述装置还包括校验单元，用于在接收云服务端发送的多元组功能配置信息之前，校验移动终端的权限信息以获取本地应用的功能权限；则所述接收单元具体用于接收与该功能权限相匹配的云服务端发送的多元组功能配置信息。

优选地，所述接收单元具体用于接收云服务端以XML格式发送的多元组功能配置信息。

本申请实施例在接收到云服务端发送的多元组功能配置信息后，对该多元组功能配置信息进行解析，然后根据解析得到的业务服务类型调用相应本地服务处理通用资源标识符服务指定的业务数据，从而实现移动终端本地应用。与现有技术相比，由于本申请实施例是从云服务端接收多元组功能配置信息，通过移动终端本地解析引擎解析功能配置信息实现本地应用，在本地应用的业务功能需要变化时，仅需对多元组功能配置信息进行修改，而无需对包含本地服务在内的位于不同类型移动终端上的本地应用进行“全套式”重新开发，从而提高了新业务的上线速度，降低了应用开发难度。而且，本申请实施例通过修改位于云服务端的多元组功能配置信息即可完成对本地应用的更新升级，无需针对众多移动终端分别进行，从而减少了成本。此外，本实施例修改多元组功能配置信息完成本地应用的更新升级，与本地应用的使用各自独立，不增加用户额外操作，给移动终端用户带来了方便。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请的移动终端本地应用实现方法实施例的流程图；

图2为本申请实施例的一个实例的移动终端本地应用实现的架构图；

图3为图2所示实例的功能界面示意图；

图4为本申请的移动终端本地应用实现装置实施例的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

参见图1，该图示出了本申请的移动终端本地应用实现方法实施例的流程。本实施例包括：

步骤S101：接收云服务端发送的多元组功能配置信息，所述多元组功能配置信息至少包括业务功能、业务服务类型和通用资源标识符服务，所述通用资源标识符服务用于指定完成业务功能对应的业务数据；

云服务作为基于云计算的服务，其特点是按需提供、即用即付。云服务被称为继水、电、气服务以及通信服务之后的第五效用，逐渐成为IT技术领域的新主流。本实施例的多元组功能配置信息即位于云服务端，当移动终端需要进行本地应用时，云服务端即将多元组功能配置信息发送给移动终端。

这里的多元组功能配置信息至少应当包括业务功能、业务服务类型和通用资源标识符服务，除这三类信息外，还可以包括图标，用于给出业务功能的图标图样，以保证相同本地应用在不同类型终端上的标识相同。功能配置信息中的业务功能用于指示本地应用需要完成的功能内容，业务服务类型用于指示完成业务功能需要使用的本地服务的类别，通用资源标识符(URI，UniversalResoureIdentifer)用于指定完成业务功能所需要的业务数据。在实际应用过程中，一个本地应用可能需要多个具体的业务功能来实现，不同的业务功能对应不同的业务服务类型和不同的业务数据，这种情况下，业务功能、业务服务类型和URI服务为包含多个元素的集合，该三个集合可以通过三元组的形式衍生出同时包含业务功能集合、业务服务类型集合、URI服务集合中的一个或多个元素的多个功能配置信息。三元组形式为{业务功能，业务服务类型，URI服务}，功能配置信息的形式为

对于多元组功能配置信息的发送方式和发送时间本申请实施例不作特别限定。发送方式可以采取任何适应本申请的方式，一种比较常见的方式是以XML文件形式发送多元组功能配置信息。发送时间可以通过移动终端对本地应用的需要触发，“移动终端对本地应用的需要”可采取明示方式或默示方式体现。比如，移动终端用户登录包含本地应用的系统，即认为移动终端采用明示方式触发本地应用，云服务端获知该触发后即向移动终端发送多元组功能配置信息；还比如，移动终端用户设置了开机触发方式，移动终端一旦开机，即认为移动终端采用默示方式触发本地应用，云服务端获知该触发后即向移动终端发送多元组功能配置信息。除单独采用上述两种方式外，还可以将两种方式结合起来满足实际需要。比如，移动终端开机时，云服务端向移动终端发送多元组功能配置信息，该配置信息被临时存储在移动终端本地，而当用户实际登录包含本地应用的系统时，才进行解析多元组配置信息的操作，进而实现本地应用。

对于多元组功能配置信息的配置方式，本申请实施例不作限定。比如，可以通过专用的建模工具进行自动化配置，这种方式通常适用于本地应用的用户范围较广、用户数量较多的情形，通过在云服务端对多元组功能配置信息的统一配置，能较快地满足具有相同要求的大批量用户的需要；还可以采用手动配置，这种方式通常适用于使用特定本地应用的用户，从而满足某些用户对本地应用的特殊订制要求。

步骤S102：根据预设多元组功能配置协议解析多元组功能配置信息；

按照前述步骤接收到多元组功能配置信息后，需要对多元组配置信息进行解析以从中提取出与业务功能对应的业务服务类型和通用资源标识符。多元组配置信息的解析过程与配置过程互为逆过程，配置时采取何种格式、结构对多元组配置信息进行配置，解析时也采用与该配置方式对应的预设配置协议完成解析。

步骤S103：根据解析得到的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的业务数据以实现移动终端本地应用；

通过前述步骤解析得到业务服务类型后，即可根据该类型调用移动终端的本地服务。本申请实施例中移动终端的本地服务主要包括两类：一类是移动终端操作系统本身自带的服务，此类服务通常称为系统服务；另一类是在移动终端使用过程用户安装的其他服务，此类服务称为第三方服务。此外，为了更好地满足改进本申请实施例解析多元组功能配置协议以及实现本地应用的需要，还可以选择是否将本实施例中的新增加功能封装于配置解析引擎之中形成一类服务，这类服务可称为内部服务。比如，业务数据列表展现服务，该服务用于通过列表展示根据通用资源标识符服务指定的业务数据；还比如，WEB页面访问服务，该服务用于支持对指定WEB页面和各种云服务的访问。根据业务服务类型调用这些本地服务后，即可利用这些服务对通用资源标识符指定的业务数据进行处理，从而实现移动终端本地应用。通用资源标识符服务指定的业务数据可能位于云服务端(比如需要通过网络获取的实时性数据)，进而通过云服务获取，也可能存在于移动终端本地(比如一些通用新基础数据)，直接读取移动终端的存储器获取。

本申请实施例在接收到云服务端发送的多元组功能配置信息后，对该多元组功能配置信息进行解析，然后根据解析得到的业务服务类型调用相应本地服务处理通用资源标识符服务指定的业务数据，从而实现移动终端本地应用。与现有技术相比，本申请实施例除具有传统本地应用的诸多优势外，至少还可以取得如下技术效果：

(1)由于本申请实施例是从云服务端接收多元组功能配置信息，通过移动终端本地解析引擎解析功能配置信息实现本地应用，在本地应用的业务功能需要变化时，仅需对多元组功能配置信息进行修改，而无需对包含本地服务在内的位于不同类型移动终端上的本地应用进行“全套式”重新开发，减少了应用开发量和开发难度，从而有利于新业务的上线速度，进而增强本地应用开发者的市场竞争力。

(2)由于本申请实施例在本地应用的业务功能需要变化时，可仅仅在云服务端对多元组功能配置信息进行修改，与移动终端的类型无关，只要移动终端以同样方式获取修改后的多元组功能配置信息后，即可通过调用本地服务完成对本地应用的更新升级，无需针对众多移动终端分别独立操作，从而减少了成本。

(3)由于本实施例以修改多元组功能配置信息完成本地应用的更新升级，该修改操作位于云服务端，其修改过程与移动终端的其他应用各自独立、互不影响，不增加用户额外操作，从而给移动终端用户带来了方便。

上述实施例的技术方案在实际运用过程中，针对不同的特殊情形，还可以做出某些进一步的改进，以满足相应的特殊需要。

比如，当一个本地应用由多个业务功能组成时，从云服务端接收到该应用的多元组功能配置信息后，并不立即调用本地服务完成该本地应用的全部业务功能，而是根据用户的触发完成相应的业务功能，从而有利于节约运行资源。这种情形下，上述步骤S103可以分两个子步骤执行：

第一子步骤：根据解析得到的多元组功能配置信息生成本地应用功能界面；由于本地应用包含多个业务功能，这里可将这些多个业务功能以界面形式先展现在用户面前，由用户根据需要进行选择，只有被选中的业务功能才进入第二子步骤；

第二子步骤：当本地应用功能界面的业务功能受到触发时，根据该业务功能的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的与该业务功能对应的业务数据以实现移动终端本地应用。

还比如，在某些情况下，不仅业务功能本身会发生变化，而且完成业务功能的本地服务也可能随之变化，此时，除在云服务端通过修改多元组功能配置信息外，还需要将完成该业务功能的新增加的本地服务置于移动终端，为了解决该问题，本申请可优选先设置一个配置文件，该配置文件用于记录完成业务功能的本地服务关联的处理资源，这样在执行上述S103步骤时，可按照如下步骤进行：查找预先设置的配置文件以获得与解析得到的业务服务类型相应的移动终端本地服务关联的处理资源；根据查找到的处理资源以类厂模式处理通用资源标识符服务指定的业务数据以实现移动终端本地应用。这种优化方式保证了系统的灵活性和扩展性。

再比如，上述实施例在接收云服务端发送的多元组功能配置信息之前，还可以进行校验移动终端的权限信息以获取本地应用的功能权限的步骤，这种情形下，移动终端接收云服务端发送的多元组功能配置信息具体为接收与该功能权限相匹配的云服务端发送的多元组功能配置信息。通过校验过程可以提高本地应用实现的安全性。

上述内容详细介绍了本申请的技术方案以及各种变型方案，为了进一步说明本申请的有关内容，下面以一个具体的实例予以阐释。该实例的本地应用由多个业务功能组成，云服务端以XML文件形式发送多元组功能配置信息，解析过程通过配置解析引擎实现，本地服务包括系统服务、第三方服务以及内部服务三个类别。

参见图2，该图示出了本实例的移动终端本地应用实现的架构。该架构包括两个终端侧，一是云服务端，该侧通过建模工具按照预设的配置协议完成本地应用的多元组功能配置，该配置过程是对多元组功能配置信息的各元素赋予实体化过程，比如指定本地应用对应的业务功能，明确完成业务功能需要用到的移动终端本地服务的类型，指明本地服务处理的业务数据的数据位置；一是移动终端，该侧包括配置解析引擎，通过该解析引擎解析云服务端发送的多元组功能配置信息，从而获取明确需要用到的本地服务，本地服务通过处于从云服务端获得的业务数据实现本地应用。

云服务端提供的多元组功能配置信息可以以各种具体的配置模型结构体现出来。比如，采用层级结构方式表现业务功能，这种方式类似于传统的菜单模式或分组导航模式，表1和表2示出了两级结构的情形，其中：表1为两级业务功能的配置模型结构，表2为表1配置模型结构下的一个实现样例。表格中的业务功能编码和业务功能名称均用于标识业务功能，图标用于给出本地应用的图样，业务服务类型包括contextapp(内部服务)、plugapp(第三方服务)。

表1：两级业务功能的配置模型结构

表2：两级业务功能的配置模型结构的一个实现样例

上述多元组功能配置信息在实际传输过程中，将以代码化形式出现。考虑到多元组功能配置信息的通用性，一般采用XML语言进行描述。XML语言(ExtensibleMarkupLanguage，可扩展的标记语言)是一套定义语义标记的规则，这些标记将文档分成许多部件并对这些部件加以标识。下表所示的内容为通过XML语言描述的多元组功能配置信息。

表3：两级业务功能的配置模型结构的一个实现样例

表3中用XML语言描述的多元组配置信息涉及到PAGE、ITEM、TEXT等一系列节点，为清晰起见，下面以表格形式列出各节点的含义(PAGE用于表示业务功能的树状结构，ITEM和TEXT用于标识业务功能，TYPE用于标识业务功能调用的本地服务类型，其中：SYSTEM为本地服务中的系统服务，URI用于标识提供业务数据的云服务调用)。

表4：多元组配置信息XML语言描述中各节点含义

移动终端通过云服务接收到云服务端发送的如上所述的多元组功能配置信息后，配置解析引擎解析XML文件，进而根据XML文件中的标识组、功能项名称、功能项图标等信息，生成本地应用功能界面。该界面如图3所示，该功能界面包括基础信息、监控告警、实时服务、快速通道四个标识组，每组内有各自业务功能的图标，这些图标即为业务功能的入口。用户点击功能图标后，根据该功能项对应的服务类型调用本地服务处理URI指示的业务数据，该处理过程的具体实现方式对于不同的移动终端可能存在差别，比如，对于安装有安卓系统的移动终端，则会自动调用ACTIONDO方法实现用户触发的业务功能。本实例调用ACTIONDO方法启动业务功能实现如下表所示。

表5：调用ACTIONDO方法启动业务功能实现的过程

以上实施例和实例是对本申请的移动终端本地应用实现方法的描述，本申请还提供了一种移动终端本地应用的实现装置。参见图4，该图示出了本申请移动终端本地应用实现装置实施例的结构框图。本装置实施例包括：接收单元401、解析单元402和处理单元403，其中：

接收单元401，用于接收云服务端发送的多元组功能配置信息，所述多元组功能配置信息至少包括业务功能、业务服务类型和通用资源标识符服务，所述通用资源标识符服务用于指定完成业务功能对应的业务数据；当云服务端以XML格式发送多元组功能配置信息时，接收单元具体可以用于接收这种格式的多元组功能配置信息。

解析单元402，用于根据预设多元组功能配置协议解析多元组功能配置信息；

处理单元403，用于根据解析得到的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的业务数据以实现移动终端本地应用。

本装置实施例在接收到云服务端发送的多元组功能配置信息后，对该多元组功能配置信息进行解析，然后根据解析得到的业务服务类型调用相应本地服务处理通用资源标识符服务指定的业务数据，从而实现移动终端本地应用。与现有技术相比，由于本装置实施例是从云服务端接收多元组功能配置信息，通过移动终端本地解析引擎解析功能配置信息实现本地应用，在本地应用的业务功能需要变化时，仅需对多元组功能配置信息进行修改，而无需对包含本地服务在内的位于不同类型移动终端上的本地应用进行“全套式”重新开发，从而提高了新业务的上线速度，降低了应用开发难度。而且，本装置实施例通过修改位于云服务端的多元组功能配置信息即可完成对本地应用的更新升级，无需针对众多移动终端分别进行，从而减少了成本。此外，本实施例修改多元组功能配置信息完成本地应用的更新升级，与本地应用的使用各自独立，不增加用户额外操作，给移动终端用户带来了方便。

本装置实施例为了满足某些特定的需要，可以在的处理单元在不同的情形下，可能存在不同的具体结构。比如，当一个本地应用由多个业务功能实现时，处理单元403可以包括：生成子单元4031和第一处理子单元4032，其中：生成子单元4031，用于根据解析得到的多元组功能配置信息生成本地应用功能界面；第一处理子单元4032，用于在本地应用功能界面的业务功能受到触发时，根据该业务功能的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的与该业务功能对应的业务数据以实现移动终端本地应用。这种结构适应了一个本地应用具有多业务功能的情形，不用直接对全部业务功能进行执行，而是先呈现出业务功能界面由用户进行选择，从而有利于节约处理资源，改善本地应用实现的性能。还比如，当某些业务功能对应的本地服务可能不存在时，可以通过设置配置文件，用于记录本地服务的处理资源，以便在需要时进行及时添加，这有利于扩展本申请的灵活性和扩展性，此时处理单元的具体结构可以是：查找子单元和第二处理子单元，其中：所述查找子单元，用于查找预先设置的配置文件以获得与解析得到的业务服务类型相应的移动终端本地服务关联的处理资源；所述第二处理子单元，用于根据查找到的处理资源以类厂模式处理通用资源标识符服务指定的业务数据以实现移动终端本地应用。

上述装置实施例还可以增加校验单元404，用于在接收云服务端发送的多元组功能配置信息之前，校验移动终端的权限信息以获取本地应用的功能权限，这种情况下，接收单元具体用于接收与该功能权限相匹配的云服务端发送的多元组功能配置信息。通过增加校验单元有利于提高本地应用实现的安全性。

需要说明的是：上述装置实施例的各组成单元可以作为独立的单元存在，也可以各单元的功能在同一个或多个软件和/或硬件中实现。集成了各单元功能的软件和/或硬件模块可以独立于移动终端之外，也可以直接放置在移动终端之中。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种移动终端本地应用的实现方法，其特征在于，该方法包括：

接收云服务端发送的多元组功能配置信息，所述多元组功能配置信息至少包括业务功能、业务服务类型和通用资源标识符服务，所述业务功能用于指示本地应用需要完成的功能内容，所述业务服务类型用于指示完成业务功能需要使用的本地服务的类别，所述通用资源标识符服务用于指定完成业务功能所需要的业务数据；

根据预设多元组功能配置协议解析多元组功能配置信息；

根据解析得到的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的业务数据以实现移动终端本地应用，具体包括：

根据解析得到的多元组功能配置信息生成本地应用功能界面；

当本地应用功能界面的业务功能受到触发时，根据该业务功能的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的与该业务功能对应的业务数据以实现移动终端本地应用。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：在接收云服务端发送的多元组功能配置信息之前，校验移动终端的权限信息以获取本地应用的功能权限，则：

所述接收云服务端发送的多元组功能配置信息具体为接收与该功能权限相匹配的云服务端发送的多元组功能配置信息。

3.根据权利要求1所述的方法，其特征在于，所述多元组功能配置信息以XML格式发送。

4.一种移动终端本地应用的实现方法，其特征在于，该方法包括：

接收云服务端发送的多元组功能配置信息，所述多元组功能配置信息至少包括业务功能、业务服务类型和通用资源标识符服务，所述业务功能用于指示本地应用需要完成的功能内容，所述业务服务类型用于指示完成业务功能需要使用的本地服务的类别，所述通用资源标识符服务用于指定完成业务功能所需要的业务数据；

根据预设多元组功能配置协议解析多元组功能配置信息；

根据解析得到的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的业务数据以实现移动终端本地应用，具体包括：

查找预先设置的配置文件以获得与解析得到的业务服务类型相应的移动终端本地服务关联的处理资源；

根据查找到的处理资源以类厂模式处理通用资源标识符服务指定的业务数据以实现移动终端本地应用。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：在接收云服务端发送的多元组功能配置信息之前，校验移动终端的权限信息以获取本地应用的功能权限，则：

所述接收云服务端发送的多元组功能配置信息具体为接收与该功能权限相匹配的云服务端发送的多元组功能配置信息。

6.根据权利要求4所述的方法，其特征在于，所述多元组功能配置信息以XML格式发送。

7.一种移动终端本地应用的实现装置，其特征在于，该装置包括：接收单元、解析单元和处理单元，其中：

所述接收单元，用于接收云服务端发送的多元组功能配置信息，所述多元组功能配置信息至少包括业务功能、业务服务类型和通用资源标识符服务，所述业务功能用于指示本地应用需要完成的功能内容，所述业务服务类型用于指示完成业务功能需要使用的本地服务的类别，所述通用资源标识符服务用于指定完成业务功能所需要的业务数据；

所述解析单元，用于根据预设多元组功能配置协议解析多元组功能配置信息；

所述处理单元，用于根据解析得到的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的业务数据以实现移动终端本地应用，具体包括：生成子单元和第一处理子单元，其中：

所述生成子单元，用于根据解析得到的多元组功能配置信息生成本地应用功能界面；

所述第一处理子单元，用于在本地应用功能界面的业务功能受到触发时，根据该业务功能的业务服务类型调用相应的移动终端本地服务处理通用资源标识符服务指定的与该业务功能对应的业务数据以实现移动终端本地应用。

8.根据权利要求7所述的装置，其特征在于，所述处理单元具体包括：查找子单元和第二处理子单元，其中：

所述查找子单元，用于查找预先设置的配置文件以获得与解析得到的业务服务类型相应的移动终端本地服务关联的处理资源；

所述第二处理子单元，用于根据查找到的处理资源以类厂模式处理通用资源标识符服务指定的业务数据以实现移动终端本地应用。

9.根据权利要求7至8中任何一项所述的装置，其特征在于，所述装置还包括校验单元，用于在接收云服务端发送的多元组功能配置信息之前，校验移动终端的权限信息以获取本地应用的功能权限，则：

所述接收单元具体用于接收与该功能权限相匹配的云服务端发送的多元组功能配置信息。

10.根据权利要求7至8中任何一项所述的装置，其特征在于，所述接收单元具体用于接收云服务端通过XML格式发送的多元组功能配置信息。