CN106557342A - 一种业务逻辑的实现方法及装置 - Google Patents

Abstract

本申请公开了一种业务逻辑的实现方法，方法包括：在检测到事件时，根据所述事件，在保存的业务规则中查找能够由所述事件触发的业务规则；其中，所述业务规则是用于实现客户端的业务逻辑、且独立于所述客户端的安装包之外的可执行文件；执行查找到的业务规则。本申请还公开了一种业务逻辑的实现装置。

Description

一种业务逻辑的实现方法及装置

技术领域

本申请涉及移动终端技术领域，尤其涉及一种业务逻辑的实现方法及装置。

背景技术

一般地，客户端(Client)在上线运行后，常常会根据实际运行情况对业务逻辑进行调整。

例如，假设某个客户端可以实现上传用户头像，在该客户端上线时，用于限制上传的头像大小的业务逻辑为：上传的头像大小不得超过2M。但是，该客户端经过上线运行以后，发现头像上传大小限制为2M并不符合实际的运行情况，因此要对该业务逻辑进行调整，将其调整为新的业务逻辑：上传的头像大小不得超过1.2M。现有技术中，为了使得客户端能够实现该新的业务逻辑，需要安装有该客户端的移动端设备重新下载该客户端的安装包并安装。

目前，随着客户端功能的日益丰富，根据实际情况对客户端进行业务逻辑的调整也变的越来越频繁。基于上述现有技术，每次需要使得客户端实现新的业务逻辑时，均需要下载该客户端的安装包并安装，该过程将耗费移动端设备大量的处理资源。

发明内容

本申请实施例提供一种业务逻辑的实现方法，用以解决现有技术中为了使客户端实现业务逻辑，可能耗费移动端设备大量的处理资源的问题。

本申请实施例还提供一种业务逻辑的实现装置，用以解决现有技术中为了使客户端实现业务逻辑，可能耗费移动端设备大量的处理资源的问题。

本申请实施例采用下述技术方案：

一种业务逻辑的实现方法，包括：

在检测到事件时，根据所述事件，在保存的业务规则中查找能够由所述事件触发的业务规则；其中，所述业务规则是用于实现客户端的业务逻辑、且独立于所述客户端的安装包之外的可执行文件；

执行查找到的业务规则。

一种业务逻辑的实现装置，包括：

业务规则查找单元，用于在检测到事件时，根据所述事件，在保存的业务规则中查找能够由所述事件触发的业务规则；其中，所述业务规则是用于实现客户端的业务逻辑、且独立于所述客户端的安装包之外的可执行文件；

业务规则执行单元，用于执行查找到的业务规则。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

由于可以支持在用于实现所述客户端的业务逻辑、且独立于客户端的安装包之外的业务规则中，查找由事件触发的业务规则并执行，从而使得业务逻辑的实现过程并不依赖于安装包，因此相对于现有技术中的客户端实现业务逻辑的方式而言，本申请实施例提供的业务逻辑实现过程无需下载客户端的整个安装包并安装，从而不会耗费移动端设备大量的处理资源。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种业务逻辑的实现方法的具体流程示意图；

图2为本申请实施例提供的一种业务逻辑的实现方法的具体流程示意图；

图3为本申请实施例提供的一种业务逻辑的实现装置的具体结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

本申请实施例提供一种业务逻辑的实现方法，用以解决现有技术中为了使客户端实现业务逻辑，可能耗费移动端设备大量的处理资源的问题。

本申请实施例提供的业务逻辑的实现方法的执行主体可以但不限于为手机、平板电脑、个人电脑(Personal Computer，PC)、智能电视以及任何终端设备上安装的客户端(Client)。这里所述的客户端可以是生活服务类应用、即时通信类应用、社交类应用以及购物类应用等等。需要说明的是，这里的生活服务类应用，可以是与用户日常生活(比如，衣、食、住、行、玩)以及日常服务相关的应用。举例而言，生活服务类应用可以包括：打车类应用、阅读类应用、购买电影票类应用、美食团购类应用、充值类应用以及本地服务类应用，等等。

此外，该方法的执行主体，也可以是一种操作系统(Operating System，OS)，等等。

所述的执行主体并不构成对本申请的限定，为了便于描述，本申请实施例均以执行主体是手机上安装的客户端为例进行说明。

该方法的具体实现流程示意图如图1所示，主要包括下述步骤：

步骤11，客户端在检测到事件时，根据所述事件，在保存的业务规则中查找能够由所述事件触发的业务规则；

其中，客户端检测到的事件，可以是由用户对客户端执行操作而产生的，也可以是客户端响应于服务器的通知而产生，等等。

这里以生活服务类应用为例，生活服务类应用可能检测到的事件可以表示为如下形式：

UNKNOWN(0)——表示未知异常事件；

CARD_ADD(0x00000000000000001)——表示卡片新增；

CARD_UPDATE(0x0000000000000002)——表示卡片修改；

CARD_DELETE(0x0000000000000004)——卡片删除；

SLIDE_LEFT(0x0000000000000008)——桌面左滑进入生活服务；

LOC_CHANGE(0x0000000000000010)——地理位置变化；

TIMER(0x0000000000000020)——定时器事件。

假设，仍以生活服务类应用为购买电影票类客户端为例，用户通过对该客户端执行特定的操作，可以产生不同的事件，如：卡片新增事件、卡片修改事件、卡片删除事件以及卡片展示事件等。

还需要说明的是，客户端可以将产生的事件以上述形式保存到事件池中。其中，当根据某个事件查找到业务规则并执行该业务规则后，该事件为已使用事件，从而可以从所述事件池中删除。

在一种实施方式中，可以预先设置事件与业务规则的映射关系，举例而言，以生活服务类应用为例，可以预先设置卡片新增事件与生产规则的映射关系，则当生活服务类应用检测到卡片新增事件时，生活服务类应用可以根据该映射关系，在事件池中查找生产规则。即，本申请实施例中，所述的能够由事件触发的业务规则，是指与事件之间有预设映射关系的业务规则。

其中，所述业务规则是用于实现所述客户端的业务逻辑、且独立于所述客户端的安装包之外的可执行文件。基于业务规则的该特征，客户端为了实现业务逻辑，可以下载所述可执行文件，而不需要下载完整的客户端安装包。

需要说明的是，所述的业务规则，一般可以包括：对于数据的处理逻辑、对于事件的响应逻辑等逻辑中的至少一种。

一般地，所述的业务规则可以有不同的类型。

比如，按照执行主体的不同可以将业务规则分为：客户端规则以及服务器端规则。其中，客户端规则是指在客户端上执行的规则，而服务器端规则是指在服务器端执行的规则。

比如，按照业务规则对数据的处理方式，可以将业务规则分为：生产规则、消费规则、排序规则和使用规则。其中，生产规则为数据的生成逻辑；消费规则为数据的展示逻辑；排序规则为数据的排序逻辑；使用规则为数据的使用逻辑，等。

例如，假设以客户端为生活服务类应用为例，则该应用能够实施的业务规则可以是指对数据进行处理并基于处理后的数据生成卡片的具体实现方式。具体地，该业务规则可以包括生产规则、消费规则和排序规则等。以用户在生活服务类应用上新增一张机票为例，则该应用能够实施的生产规则、消费规则和排序规则分别为：根据该新增机票的数据生成机票卡片；对生成的机票卡片进行展示；当有多张卡片时，按照预定展示方式展示多张卡片。

在一种实施方式中，所述的保存的业务规则，可以是指预先设置在客户端本地的业务规则，也可以是指客户端获得的由服务器提供的业务规则。需要说明的是，当某个客户端在进行线上实际运行后，需要对业务规则进行调整，在服务器端只需改变相应的代码，即可完成对该业务规则的调整；当每次启动客户端时，客户端通过向服务器发起超文本传输协议(HyperText TransferProtocol，HTTP)请求的方式，请求服务器发送业务规则，并接收和保存服务器发送的业务规则。

还需要说明的是，客户端接收到的服务器发送的业务规则，可以将业务规则保存在该客户端的安装包中，也可以将业务规则保存在的安装有该客户端的终端设备上的其他文件中。

其中，可以将接收到的由服务器发送来的业务规则保存在业务规则表中，业务规则表中，单条业务规则可以由以下各个部分组成：

[rule_id]:TEXT——业务规则唯一标识id；

[rule_name]:TEXT——业务规则名称；

[description]:TEXT——业务规则描述；

[rule_target]:INTEGER——业务规则执行目标，在客户端(0)，还是服务器端(1)；

[rule_type]:TEXT——业务规则类型，比如：消费、生产等规则；

[content_type]:TEXT——业务规则内容的类型，比如是js，dsl，看具体系统的实现支持；

[content]:TEXT——业务规则具体内容；

[status]:INTEGER DEFAULT‘1’——业务规则状态：0表示已下线，1表示有效；

[version]:INTEGER——业务规则当前版本号；

[trigger_event]:INTEGER——业务规则的触发事件；

[gmt_create]:INTEGER——业务规则的创建时间；

[gmt_modify]:INTEGER——业务规则的修改时间。

需要说明的是，为了保证的客户端获得的业务规则来源的合法性，在一种实施方式中，服务器端可以对业务规则通过RSA算法进行加密(比如可以通过公钥进行加密)，并为业务规则生成签名；以使得客户端可以根据约定的私钥以及签名规则，对接收到的业务规则进行验证。

步骤12，执行查找到的业务规则。

需要说明的是，则执行查找到的业务规则，往往包括下述三种情况：

情况1：一个事件触发一个业务规则；

例如，以生活服务类应用为例，假设预先设置“新增火车票卡片事件”与“火车票卡片生产规则”的映射关系，当应用检测到新增火车票卡片事件时，根据该事件，在保存的业务规则中可以查找到由该事件触发的业务规则为：火车票卡片生产规则，并判断所述火车票卡片生产规则的执行条件是否满足，该业务规则的执行条件为：检测到新增火车票卡片事件，判断满足所述业务规则执行条件，进而可以触发执行火车票卡片生成规则，生成火车票卡片。

情况2：一个业务规则需要多个事件触发；

需要说明的是，执行查找到的业务规则时，包括：针对查找到的各业务规则分别执行：判断该业务规则的执行条件是否满足；在判断结果为是时，执行该业务规则。当查找到的业务规则需要多个事件触发时，判断各业务规则的执行条件是否满足，包括：客户端根据该业务规则的执行条件，确定满足所述执行条件所需的各事件；判断包含检测到的事件的事件池中，是否存在所述所需的所有事件；在判断出所述事件池中存在所述所需的所有事件时，判定满足所述执行条件。

例如，假设聊天客户端可以支持上传头像图片，且该客户端上的保存的一条业务规则为：取消大小超过1M的头像图片的上传；该业务规则的执行条件为：检测到“请求上传头像图片”事件，且检测到“请求上传的头像图片大小超过1M”事件。当用户请求将一张图片大小为0.5M的图片作为头像进行上传时，仅检测到“请求上传头像图片”事件，而并未检测到“请求上传的头像图片大小超过1M”事件，则判定不满足该业务规则的执行条件，并不执行该业务规则，即用户可以将大小为0.5M的图片上传为头像。当用户请求将一张图片大小为2.5M的图片作为头像进行上传时，此时该聊天客户端检测到“请求上传头像图片”事件，且检测到“请求上传头像图片大小超过1M”事件，则判定满足该业务规则的执行条件，并执行该业务规则，即客户端将取消用户头像图片的上传。

情况3：一个事件触发多个业务规则。

需要说明的是，执行查找到的业务规则时，包括：针对查找到的各业务规则分别执行：判断该业务规则的执行条件是否满足；在判断结果为是时，执行该业务规则。当查找到的业务规则需要多个事件触发时，判断各业务规则的执行条件是否满足，包括：客户端根据该业务规则的执行条件，确定满足所述执行条件所需的各事件；判断包含检测到的事件的事件池中，是否存在所述所需的所有事件；在判断出所述事件池中存在所述所需的所有事件时，判定满足所述执行条件。

一般地，客户端往往需要对描述业务规则的代码进行解析后，才可以执行该业务规则。业务规则可以是由脚本代码描述的，不同的业务规则往往可能使用不同的脚本代码进行描述。

需要说明的是，客户端可以对某些脚本代码(如，Javascript，JS代码)描述的业务规则进行解析，而可能不能直接对由领域特定语言(Domain-SpecificLanguage，DSL)描述的业务规则进行解析。为了使客户端可以对由不同的脚本语言描述的业务规则均可以执行，在一种实施方式中，本申请实施例提供一种解析器，能够将由DSL脚本代码描述的业务规则转换成由JS脚本代码描述的业务规则，以使得客户端以执行该业务规则。

由前文可知，按照执行主体的不同，业务规则可以分为客户端规则以及服务器端规则。其中，客户端规则是指在客户端上执行的规则，而服务器端规则是指在服务器端执行的规则。本申请实施例中，当满足执行条件的业务规则为服务器端执行的规则时，客户端将该业务规则上传到服务器，以使得服务器执行该服务器端业务规则。

具体而言：客户端在判断出事件池中存在业务规则的执行条件所需的所有事件后，进一步该业务规则的类型是否为服务器端执行的规则，若是，则将该业务规则上传至服务器，以使得服务器执行该业务规则。

需要说明的是，所述执行查找到的业务规则，可以包括：获得执行所述业务规则所需的数据；根据所述数据执行所述业务规则。

例如，以生活服务类应用为例，假设下述条件成立：

1、当用户期望应用生成一个带有火车出发时间以及车次的火车票卡片时，用户对应用执行特定操作，该特定操作比如是点击客户端显示的“生成火车票卡片”按钮；

2、客户端检测到所述特定操作触发的火车票生成事件A；

3、事件A触发业务规则a，且满足业务规则a的执行条件；

则，在客户端执行业务规则a时，具体包括：

获得执行业务规则a所需要的数据，包括：生成的卡片的尺寸数据(长度以及宽度)、卡片的内容数据(车次以及出发时间)、卡片的形状数据(形状、背景以及颜色等)以及卡片的用户信息数据(当前登录客户端的账号信息)，将上述的数据作为业务规则a的输入数据；并根据所述输入数据，执行业务规则a，以生成一个带有火车出发时间以及车次的火车票卡片。

需要说明的是，本申请实施例中所述的客户端为安装在特定设备上的客户端；其中，所述的特定设备可以包括下述设备中的至少一种：手机、路由器、机顶盒、家电设备以及汽车。

通过本申请实施例1提供的上述方法，由于可以支持客户端在用于实现所述客户端的业务逻辑、且独立于所述客户端的安装包之外的业务规则中，查找由事件触发的业务规则并执行，从而使得业务逻辑的实现过程并不依赖于安装包，因此相对于现有技术中的客户端实现业务逻辑的方式而言，本申请实施例提供的业务逻辑实现过程无需下载客户端的整个安装包并安装，从而不会耗费移动端设备大量的处理资源。

实施例2

本申请实施例一种业务逻辑的实现方法，用以解决现有技术中为了使客户端实现业务逻辑，可能耗费移动端设备大量的处理资源的问题。该方法的具体实现流程示意图如图2所示，主要包括下述步骤：

步骤21，服务器向客户端下发业务规则；

当启动客户端时，客户端通过向服务器发起超文本传输协议(HyperTextTransfer Protocol，HTTP)请求的方式，请求服务器发送业务规则，服务器响应于该请求，将所述业务规则下发至客户端。

步骤22，客户端判断所述接收到的业务规则是否由JS代码描述；

当判断结果为是时，则执行步骤23；

当判断结果为否时，若假设业务规则是由DSL代码描述的，则使用解析器，将由DSL代码描述的业务规则转换成由JS代码描述的业务规则，进而执行步骤23。

步骤23，客户端保存业务规则；

需要说明的是，客户端可以将业务规则保存在该客户端的安装包中，也可以将业务规则保存在的安装有该客户端的终端设备上的其他文件中。

若接收到的业务规则无需转换，则保存的业务规则为接收到的业务规则；若接收到的业务规则需要进行转换，则保存的业务规则为转换后的业务规则。

步骤24，客户端检测到事件；

例如，假设以生活服务类客户端为例，该客户端检测到的事件可以为：“新增卡片”事件，并将所述检测到的事件放入事件池中。

步骤25，客户端根据通过执行步骤24检测到“新增卡片”事件，在保存的业务规则中查找能够由“新增卡片”事件触发的业务规则；

例如，假设客户端根据检测到的新增卡片事件，在保存的业务规则中查找能够由该事件触发的业务规则，且假设查找到的业务规则包括：新生成带有头像的卡片的业务规则、新生成带有位置信息的卡片的业务规则以及新生成带有身份信息的卡片的业务规则等。

步骤26，针对查找到的各业务规则执行：判断该业务规则的执行条件是否满足，当判断结果为是时，执行步骤27；当判断结果为否时，执行步骤28。

需要说明的是，判断该业务规则的执行条件是否满足，包括：客户端根据该业务规则的执行条件，确定满足所述执行条件所需的各事件；判断包含检测到的事件的事件池中，是否存在所述所需的所有事件；在判断出所述事件池中存在所述所需的所有事件时，判定满足所述执行条件；在判断出所述事件池中不存在所述所需的所有事件时，判定不满足所述执行条件。

例如，假设新生成带有头像的卡片的业务规则的执行条件为：检测到“新增卡片”事件，且检测到“上传头像”事件；新生成带有位置信息的卡片的业务规则的执行条件为：检测到“新增卡片”事件，且检测“共享位置信息”事件；新生成带有身份信息的卡片的业务规则的执行条件为：检测到“新增卡片”事件，且检测到“上传身份信息”事件。

本申请实施例中，假设事件池中存在“新增卡片”事件以及“共享位置信息”事件，则判定满足新生成带有位置信息的卡片的业务规则的执行条件。

步骤27，执行满足执行条件的业务规则；

获得所述卡片对象生成规则所要求的输入数据；执行所述卡片对象生成规则根据所述输入数据生成带有位置信息的卡片。

步骤28，不执行查找到的业务规则，直至查找到的该业务规则的执行条件满足；或者，丢弃查找到的业务规则，并在通过执行步骤21检测到的事件的有效期结束时，删除该事件。

通过本申请实施例2提供的上述方法，由于可以支持客户端在用于实现所述客户端的业务逻辑、且独立于所述客户端的安装包之外的业务规则中，查找由事件触发的业务规则并执行，从而使得业务逻辑的实现过程并不依赖于安装包，因此相对于现有技术中的客户端实现业务逻辑的方式而言，本申请实施例提供的业务逻辑实现过程无需下载客户端的整个安装包并安装，从而不会耗费移动端设备大量的处理资源。

实施例3

本实施例提供一种业务逻辑的实现装置，用以解决现有技术中为了使客户端实现业务逻辑，可能耗费移动端设备大量的处理资源的问题。该装置的具体实现结构示意图如图3所示，包括业务规则查找单元31以及业务规则执行单元32。

其中，业务规则查找单元31，用于在检测到事件时，根据所述事件，在保存的业务规则中查找能够由所述事件触发的业务规则；其中，所述业务规则是用于实现客户端的业务逻辑、且独立于所述客户端的安装包之外的可执行文件；

业务规则执行单元32，用于执行查找到的业务规则。

在一种实施方式中，业务规则执行单元32，用于：针对查找到的各业务规则分别执行：判断该业务规则的执行条件是否满足；在判断结果为是时，执行该业务规则。

在一种实施方式中，业务规则执行单元32，用于：根据该业务规则的执行条件，确定满足所述执行条件所需的各事件；判断包含检测到的事件的事件池中，是否存在所述所需的所有事件；在判断出所述事件池中存在所述所需的所有事件时，判定满足所述执行条件；在判断出所述事件池中不存在所述所需的所有事件时，判定不满足所述执行条件。

在一种实施方式中，业务规则执行单元32，用于：当业务规则查找单元31查找到的业务规则为卡片对象生成规则时，获得所述卡片对象生成规则所要求的输入数据；根据所述输入数据，执行所述卡片对象生成规则，以生成卡片对象。

在一种实施方式中，业务规则执行单元32，用于：当业务规则查找单元31查找到的业务规则中包括客户端业务规则时，执行所述客户端业务规则；当业务规则查找单元31查找到的业务规则中包括服务器端规则时，客户端将该服务器端规则上传至服务器，以使得服务器执行所述服务器端规则。

在一种实施方式中，业务规则查找单元31，用于：获得由服务器提供的业务规则；保存所述提供的业务规则。

在一种实施方式中，所述装置应用于下述设备中的至少一种：手机、路由器、机顶盒、家电设备、汽车。

通过本申请实施例3提供的上述装置，由于可以支持在用于实现所述客户端的业务逻辑、且独立于所述客户端的安装包之外的业务规则中，查找由事件触发的业务规则并执行，从而使得业务逻辑的实现过程并不依赖于安装包，因此相对于现有技术中的客户端实现业务逻辑的方式而言，本申请实施例提供的业务逻辑实现过程无需下载客户端的整个安装包并安装，从而不会耗费移动端设备大量的处理资源。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (14)

1.一种业务逻辑的实现方法，其特征在于，包括：

在检测到事件时，根据所述事件，在保存的业务规则中查找能够由所述事件触发的业务规则；其中，所述业务规则是用于实现客户端的业务逻辑、且独立于所述客户端的安装包之外的可执行文件；

执行查找到的业务规则。

2.如权利要求1所述的方法，其特征在于，执行查找到的业务规则，包括：

针对查找到的各业务规则分别执行：

判断该业务规则的执行条件是否满足；

在判断结果为是时，执行该业务规则。

3.如权利要求2所述的方法，其特征在于，判断该业务规则的执行条件是否满足，包括：

根据该业务规则的执行条件，确定满足所述执行条件所需的各事件；

判断包含检测到的事件的事件池中，是否存在所述所需的所有事件；

在判断出所述事件池中存在所述所需的所有事件时，判定满足所述执行条件；

在判断出所述事件池中不存在所述所需的所有事件时，判定不满足所述执行条件。

4.如权利要求2或3所述的方法，其特征在于，当该业务规则为卡片对象生成规则时，执行该业务规则，包括：

获得所述卡片对象生成规则所要求的输入数据；

根据所述输入数据，执行所述卡片对象生成规则，以生成卡片对象。

5.如权利要求1所述的方法，其特征在于：

当查找到的业务规则中包括客户端业务规则时，执行查找到的业务规则，包括：执行所述客户端业务规则；

当查找到的业务规则中包括服务器端业务规则时，执行查找到的业务规则，包括：将该服务器端业务规则或服务器端业务规则的标识上传至服务器，以使得服务器执行所述服务器端业务规则。

6.如权利要求1所述的方法，其特征在于，根据所述事件，在保存的业务规则中查找能够由所述事件触发的业务规则前，所述方法还包括：

获得由服务器提供的业务规则；

保存所述提供的业务规则。

7.如权利要求1所述的方法，其特征在于，所述方法应用于下述设备中的至少一种：

手机；

路由器；

机顶盒；

家电设备；

汽车。

8.一种业务逻辑的实现装置，其特征在于，包括：

业务规则查找单元，用于在检测到事件时，根据所述事件，在保存的业务规则中查找能够由所述事件触发的业务规则；其中，所述业务规则是用于实现客户端的业务逻辑、且独立于所述客户端的安装包之外的可执行文件；

业务规则执行单元，用于执行查找到的业务规则。

9.如权利要求8所述的装置，其特征在于，业务规则执行单元，用于：

针对查找到的各业务规则分别执行：

判断该业务规则的执行条件是否满足；

在判断结果为是时，执行该业务规则。

10.如权利要求9所述的装置，其特征在于，业务规则执行单元，用于：

根据该业务规则的执行条件，确定满足所述执行条件所需的各事件；

判断包含检测到的事件的事件池中，是否存在所述所需的所有事件；

在判断出所述事件池中存在所述所需的所有事件时，判定满足所述执行条件；

在判断出所述事件池中不存在所述所需的所有事件时，判定不满足所述执行条件。

11.如权利要求9或10所述的装置，其特征在于，业务规则执行单元，用于：

当业务规则查找单元查找到的业务规则为卡片对象生成规则时，获得所述卡片对象生成规则所要求的输入数据；

根据所述输入数据，执行所述卡片对象生成规则，以生成卡片对象。

12.如权利要求8所述的装置，其特征在于，业务规则执行单元，用于：

当业务规则查找单元查找到的业务规则中包括客户端业务规则时，执行所述客户端业务规则；

当业务规则查找单元查找到的业务规则中包括服务器端规则时，将该服务器端规则上传至服务器，以使得服务器执行所述服务器端规则。

13.如权利要求8所述的装置，其特征在于，业务规则查找单元，用于：

获得由服务器提供的业务规则；

保存所述提供的业务规则。

14.如权利要求8所述的装置，其特征在于，所述装置应用于下述设备中的至少一种：

手机；

路由器；

机顶盒；

家电设备；

汽车。