本说明书涉及计算机领域，尤其涉及一种业务执行的方法及装置。
背景技术：
在实际应用中，可能需要针对一项业务，在该业务的业务原有环节中添加业务新增环节。例如，若是需要在用户成功登录前添加图形验证的环节，则可以在用户成功登录前，客户端弹出图形验证的页面，用户完成验证后即可成功登录。
在现有技术中，客户端的开发人员通常需要针对客户端程序进行修改，再将修改后的客户端更新版本，重新上线。这样一来就会耗费大量的时间，效率较低。并且，实际应用中并不能保证用户会及时将自己的客户端版本进行更新，这样很可能会使用户在业务执行的过程中出现错误。
因此，如何能够根据实际的业务需求，及时、方便的对一项业务增加业务新增环节，则是一个亟待解决的问题。
技术实现要素：
本说明书提供一种业务执行的方法及装置，以部分的解决现有技术存在的上述问题。
本说明书采用下述技术方案：
本说明书提供了一种业务执行的方法，包括：
获取客户端发送的业务请求；
根据所述业务请求对应的业务，判断是否针对所述业务请求配置有业务新增环节；
若确定针对所述业务请求配置有业务新增环节，将所述业务新增环节对应的新增业务数据以及所述业务请求对应的原始业务数据返回给所述客户端，以使所述客户端根据所述新增业务数据，执行所述业务新增环节，再根据所述原始业务数据执行所述原始业务数据对应的业务原有环节，所述业务新增环节以及所述业务原有环节同属于所述业务。
可选地，根据所述业务请求对应的业务，判断是否针对所述业务请求配置有业务新增环节之前，所述方法还包括：
将预先存储的数据解析规则发送给所述客户端，所述数据解析规则用于将接收到的设定格式的新增业务数据进行解析。
可选地，将所述业务新增环节对应的新增业务数据以及所述业务请求对应的原始业务数据返回给所述客户端，具体包括：
将所述新增业务数据按照所述设定格式进行转化，得到转化后的新增业务数据；
将所述转化后的新增业务数据以及所述业务请求对应的原始业务数据返回给所述客户端。
可选地，根据所述业务请求对应的业务，判断是否针对所述业务请求配置有业务新增环节，具体包括：
根据所述业务请求中携带的用户标识，获取所述用户标识对应用户的历史行为数据；
根据所述业务请求对应的业务，判断所述历史行为数据是否满足预设条件；
若确定所述历史行为数据满足所述预设条件，确定针对所述业务请求配置有业务新增环节，否则，确定针对所述业务请求未配置有业务新增环节。
本说明书提供了一种业务执行的方法，包括：
根据用户执行的业务操作，向服务器发送业务请求；
获取服务器针对所述业务请求返回的数据；
若所述数据包含新增业务数据以及针对所述业务请求的原始业务数据，执行所述新增业务数据对应的业务新增环节，再根据所述原始业务数据执行所述原始业务数据对应的业务原有环节，所述业务新增环节以及所述业务原有环节归属于同一业务。
可选地，获取服务器针对所述业务请求返回的数据之前，所述方法还包括：
获取服务器发送的数据解析规则；
执行所述新增业务数据对应的业务新增环节，具体包括：
根据所述数据解析规则，对所述新增业务数据进行解析，以确定所述新增业务数据对应的业务新增环节并执行。
可选地，执行所述新增业务数据对应的业务新增环节，具体包括：
确定所述新增业务数据对应的展示形式；
根据所述展示形式以及所述新增业务数据，执行所述业务新增环节。
本说明书提供了一种业务执行的装置，包括：
获取模块，用于获取客户端发送的业务请求；
判断模块，用于根据所述业务请求对应的业务，判断是否针对所述业务请求配置有业务新增环节；
执行模块，用于若确定针对所述业务请求配置有业务新增环节，将所述业务新增环节对应的新增业务数据以及所述业务请求对应的原始业务数据返回给所述客户端，以使所述客户端根据所述新增业务数据，执行所述业务新增环节，再根据所述原始业务数据执行所述原始业务数据对应的业务原有环节，所述业务新增环节以及所述业务原有环节同属于所述业务。
本说明书提供了一种业务执行的装置，包括：
发送模块，用于根据用户执行的业务操作，向服务器发送业务请求；
获取模块，用于获取服务器针对所述业务请求返回的数据；
执行模块，用于若所述数据包含新增业务数据以及针对所述业务请求的原始业务数据，执行所述新增业务数据对应的业务新增环节，再根据所述原始业务数据执行所述原始业务数据对应的业务原有环节，所述业务新增环节以及所述业务原有环节归属于同一业务。
本说明书提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述业务执行的方法。
本说明书提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述业务执行的方法。
本说明书采用的上述至少一个技术方案能够达到以下有益效果：
从上述方法中可以看出，服务器获取客户端发送的业务请求，并根据该业务请求对应的业务，判断是否针对该业务请求配置有业务新增环节，若确定针对该业务请求配置有业务新增环节，将该业务新增环节对应的新增业务数据以及该业务请求对应的原始业务数据返回给客户端，客户端获取服务器针对该业务请求返回的数据，若该数据包含新增业务数据以及针对该业务请求的原始业务数据，根据该新增业务数据，执行业务新增环节，再根据原始业务数据执行原始业务数据对应的业务原有环节，业务新增环节以及业务原有环节同属于该业务。
从上述方法中可以看出，在不需要对客户端进行更新版本的情况下，服务器就可以将新增业务数据发送给客户端，来使客户端能够根据该新增业务数据及时的针对业务添加相应的业务新增环节，因此，相比于现有技术需要耗费一定时间更新客户端版本来添加业务新增环节的方式来说，本说明书提供的方法可以及时、方便的对业务新增环节进行添加，从而提高了业务更新的效率，并且为用户的业务执行带来了便利性。
附图说明
此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，本说明书的示意性实施例及其说明用于解释本说明书，并不构成对本说明书的不当限定。在附图中：
图1为本说明书中一种业务执行的方法的流程示意图；
图2为本说明书中一种业务执行的方法的流程示意图；
图3为本说明书提供的一种客户端与服务器的交互过程示意图；
图4为本说明书提供的一种业务执行的装置示意图；
图5为本说明书提供的一种业务执行的装置示意图；
图6为本说明书提供的对应于图1的电子设备示意图。
具体实施方式
为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。
以下结合附图，详细说明本说明书各实施例提供的技术方案。
图1为本说明书中一种业务执行的方法的流程示意图，具体包括以下步骤：
s101：获取客户端发送的业务请求。
用户可以在自己持有终端所安装的客户端中，查看并执行任意一项业务。在用户执行一项业务的过程中，用户针对该项业务通过客户端进行业务操作，经历该项业务的若干个业务环节，最终完成该项业务的执行。其中，针对该业务的每个业务环节，客户端监测到用户针对该业务环节的业务操作后，可以向服务器发送业务请求，服务器接收到该业务请求后，可以向客户端返回数据，来使用户通过客户端继续执行该业务。这里提到的终端可以是指手机、平板电脑、笔记本电脑、台式电脑等设备。
例如，若用户使用客户端购买商品，可以先选择出所需要的商品，再提交购买该商品的订单，最后进行支付。客户端监测到用户提交订单的操作(即业务操作)后，可以向服务器发送该用户提交订单的业务请求，服务器向客户端返回该用户提交订单成功的数据，客户端接收到该数据即可生成订单并跳转至支付页面，以使用户进行支付操作(即业务操作)。用户执行支付操作后，同样的，客户端向服务器发送该用户进行支付的业务请求，当客户端接收到服务器返回的支付成功的数据，即可跳转至支付成功的页面，并将该页面展示给用户。
从上述示例中可以看出，用户进行下单以及支付，可以看作是用户执行购买商品这项业务时所涉及的两个业务环节。不同业务在执行过程中涉及的业务环节不尽相同，在此就不详细举例说明了。
s102：根据所述业务请求对应的业务，判断是否针对所述业务请求配置有业务新增环节。
服务器获取到上述业务请求后，可以根据针对该业务请求对应的业务，判断是否针对该业务请求配置有业务新增环节。业务新增环节为针对该业务新添加的业务环节。业务新增环节对应有相应的新增业务数据，该新增业务数据可以表示该业务新增环节是如何进行执行的。
在实际应用中，业务可能会随着实际情况而增加一个或若干个的业务环节，基于此，工作人员可以根据实际的业务需求，确定出需要在该业务中增加的业务环节(即业务新增环节)，并确定出该业务新增环节在该业务执行过程中的具体触发位置。所谓的具体触发位置是指用户在执行该业务的过程中具体执行到哪一步骤时会触发该业务新增环节。
进一步地，工作人员可以将该业务新增环节及其在该业务中的具体触发位置配置在服务器，这样一来，服务器在接收到用户执行该业务时所发送的业务请求后，可以基于该业务请求向用户返回该业务新增环节所对应的新增业务数据。
例如，对于购买商品这项业务，需要在用户提交订单后添加验证环节(这里提到的验证环节即为业务新增环节)。因此，工作人员可以在服务器中针对这项业务的提交订单业务环节后配置验证环节。当客户端向服务器发送该用户提交订单的业务请求后，则服务器可以判断出针对该业务请求配置有验证环节，进而在后续过程中，将该验证环节所对应的新增业务数据(即该验证环节所需的数据)返回给客户端，以使客户端根据该新增业务数据，向用户发起身份验证。
由于用户在执行一项业务的过程中，往往需要执行多次业务操作，相应的，客户端需要向服务器发送多个业务请求。而在本说明书中，服务器需要针对用户执行该业务过程中所发送的每个业务请求，判断出工作人员是否针对该业务请求配置有相应的业务新增环节，即，在用户发送该业务请求后原本应执行的业务环节之前，是否需要用户执行业务新增环节。
s103：若确定针对所述业务请求配置有业务新增环节，将所述业务新增环节对应的新增业务数据以及所述业务请求对应的原始业务数据返回给所述客户端，以使所述客户端根据所述新增业务数据，执行所述业务新增环节，再根据所述原始业务数据执行所述原始业务数据对应的业务原有环节，所述业务新增环节以及所述业务原有环节同属于所述业务。
在本说明书中，上述业务新增环节以及业务原有环节属于同一业务，若是确定针对该业务添加业务新增环节，那么用户在执行该业务的过程中，需要执行业务新增环节以及业务原有环节，若是不对该业务添加业务新增环节，那么用户在执行该业务的过程中，只需要执行业务原有环节。
服务器在上述过程中判断出是否针对该业务请求配置有业务新增环节，若确定针对业务请求配置有业务新增环节，则可以将该业务新增环节对应的新增业务数据以及该业务请求对应的原始业务数据返回给客户端。这里提到的原始业务数据是指用户发送该业务请求后原本应该执行的业务原有环节所对应的业务数据。
例如，对于购买商品这项业务，用户提交订单后，客户端会将该用户提交订单的业务请求发送给服务器，服务器接收到该业务请求，判断是否针对该业务请求配置有验证环节。若是没有针对该业务请求配置验证环节，可以返回给客户端该业务请求对应的原始业务数据，这里提到的原始业务数据是指支付环节所需的业务数据。若是针对该业务请求配置有验证环节，服务器可以返回给客户端验证环节所需的数据(即新增业务数据)以及该支付环节所对应的原始业务数据。
从上述示例中可以看出，根据实际的业务需求，其实是在购买商品这项业务中订单提交环节和支付环节之间增加了一个验证环节，该验证环节即为业务新增环节，而订单提交环节和支付环节属于该业务中原始的业务环节，所以可以称之为业务原有环节。相应的，服务器向客户端返回新增业务数据以及该业务请求对应的原始业务数据后，用户可以通过客户端接收的新增业务数据，先执行该验证环节，并在验证通过后，再通过客户端接收到的该业务请求对应的原始业务数据，来执行后续的支付环节。
在本说明书中，为了使客户端能够对服务器返回的新增业务数据正确的解析，开发人员可以在服务器中制定新增业务数据的设定格式，以及能够解析设定格式的新增业务数据的数据解析规则，以使服务器发送给客户端设定格式的新增业务数据，并使客户端能够使用该数据解析规则对该新增业务数据进行解析。这样一来，就可以使客户端能够正确对新增业务数据正确的解析，并根据该新增业务数据，执行业务新增环节。
具体的，服务器可以确定出该业务新增环节对应的新增业务数据以及该业务请求对应的原始业务数据，再将该新增业务数据按照设定格式进行转化，得到转化后的新增业务数据。而后，将转化后的新增业务数据以及该业务请求对应的原始业务数据发送给客户端。
其中，服务器可以预先确定出新增业务数据的设定格式，并且可以确定出能够解析该设定格式的新增业务数据的数据解析规则。服务器可以将该数据解析规则发送给客户端，若客户端接收到新增业务数据，可以根据该数据解析规则对该新增业务数据进行解析。服务器可以在接收到客户端的业务请求前将该数据解析规则发送给客户端，如，用户在启动客户端时，服务器即可将该数据解析规则发送给客户端；也可以在返回给客户端新增业务数据前将该数据解析规则发送给客户端；或者可以在返回给客户端新增业务数据时将该数据解析规则一并发送给客户端。
从这里可以看出，服务器将该数据解析规则发送给客户端的时机并不唯一，只需使服务器在客户端对新增业务数据进行解析前将数据解析规则发送给客户端即可。
基于此，客户端能够根据上述数据解析规则对该转化后的新增业务数据进行解析，并根据该转化后的新增业务数据执行业务新增环节，根据原始业务数据执行原始业务数据对应的业务原有环节。
从以上可以看出，本说明书提供的方法不需要客户端进行更新版本，就可以使客户端能够根据服务器发送的新增业务数据，及时的将业务新增环节进行添加，并使用户能够及时体验到业务新增环节，从而不仅有效的提高了业务的更新效率，还有效的保证了用户的业务体验，给用户的业务执行带来了方便。
需要说明的是，在实际应用中，有些业务新增环节是不区分用户的，即任意用户在执行该业务的过程中均会触发该业务新增环节。但由于每个用户对于该业务的实际使用情况不同，工作人员也可以在服务器中针对用户触发业务新增环节的条件进行设置，使某些用户在执行该业务的过程中能够触发该业务新增环节，而另外的用户在执行该业务的过程中不能触发该业务新增环节。
具体的，服务器可以根据实际情况确定是否对用户展示业务新增环节。其中，服务器可以根据该业务请求中携带的用户标识，获取该用户标识对应用户的历史行为数据，并根据该业务，判断该用户的历史行为数据是否满足预设条件，若该历史行为数据满足预设条件，则确定针对业务请求配置有业务新增环节，即可将该业务新增环节对应的新增业务数据发送给客户端。
这里提到的预设条件可以是针对该业务进行设置的。例如，若是针对商品评论的业务，需要客户端在用户提交评论前通过验证环节(即业务新增环节)对用户进行验证。相应的，服务器接收到客户端发送的用户提交评论的请求(即业务请求)后，可以读取该用户的历史行为数据，若根据历史行为数据判断出用户历史上有过内容不真实的评论，则可以判断该历史行为数据满足预设条件，也就能判断出针对该用户提交评论的请求配置有验证环节，即可将该验证环节对应的新增业务数据发送给客户端。
再例如,若是针对购买商品的业务，需要客户端在用户提交订单之后，对订单进行支付之前，对该业务添加文字提示用户检查收货信息的业务环节(即业务新增环节)。则服务器接收到客户端发送的提交订单的业务请求后，可以读取该用户的历史行为数据。若根据历史行为数据判断用户曾多次在完成订单的支付后修改收货地址，则可以判断该历史行为数据满足预设条件，也就能判断出针对该用户提交订单的请求配置有文字提示用户检查收货信息的业务新增环节，即可将该业务新增环节对应的新增业务数据发送给客户端。相应的，若是根据该用户的历史行为数据判断出该用户未曾多次在完成订单的支付后修改收货地址，则可以判断出该用户的历史行为数据不满足预设条件，则可以不将该业务新增环节对应的新增业务数据发送给客户端。
以上是以服务器为执行主体对本方法进行介绍的，本方法可以是客户端与服务器进行交互来执行的，因此，下面以客户端为执行主体对本方法进行介绍。
图2为本说明书中一种业务执行的方法的流程示意图，具体包括以下步骤：
s201：根据用户执行的业务操作，向服务器发送业务请求。
用户可以针对客户端中的业务执行业务操作，客户端监测到用户的业务操作后，可以向服务器发送业务请求，以获取后续业务环节对应的原始业务数据。例如，针对购买商品的业务，用户提交购买该商品订单后可以进行支付，客户端监测到用户提交订单后，可以向服务器发送该用户提交订单的业务请求，以获取能够使用户继续对订单进行支付的数据。
s202：获取服务器针对所述业务请求返回的数据。
客户端根据用户执行的业务操作，向服务器发送业务请求后，可以获取到服务器针对该业务请求返回的数据，客户端可以根据该数据确定该业务后续执行的业务环节。
s203：若所述数据包含新增业务数据以及针对所述业务请求的原始业务数据，执行所述新增业务数据对应的业务新增环节，再根据所述原始业务数据执行所述原始业务数据对应的业务原有环节，所述业务新增环节以及所述业务原有环节归属于同一业务。
客户端获取到服务器针对该业务请求返回的数据后，可以确定该数据是否包含新增业务数据。若该数据包含新增业务数据，则客户端可以执行该新增业务数据对应的业务新增环节，再根据服务器返回的数据中包含的原始业务数据执行该原始业务数据对应的业务原有环节。
其中，客户端可以根据接收到的数据解析规则，对新增业务数据进行解析，来确定该新增业务数据对应的业务新增环节以及该业务新增环节的有关信息，并对该业务新增环节进行执行。
例如，当用户提交订单后，客户端向服务器发送提交订单的业务请求，之后获取到服务器返回的新增业务数据以及原始业务数据，客户端可以根据数据解析规则对该新增业务数据进行解析。若解析后确定出该新增业务数据对应的业务新增环节为验证环节，则客户端可以根据该新增业务数据执行该验证环节，用户完成验证环节后，则客户端可以继续执行后续的业务原有环节，即客户端可以向用户提示提交订单成功并跳转至支付的页面，用户可以通过客户端对订单进行支付。
客户端还可以预先确定出各展示形式并保存，客户端可以确定出获取到的新增业务数据所对应的展示形式，并根据该展示形式以及该新增业务数据，将业务新增环节展示在客户端中，使用户可以针对该业务新增环节进行业务操作。这里提到的展示形式为业务新增环节展示在客户端中的方式。
例如，客户端可以确定出各展示形式分别为图形验证、语音提示、文字提示等。针对购买商品的业务，客户端向服务器发送提交订单的业务请求后，获取到服务器返回的数据。若客户端确定出该数据包含新增业务数据，并且确定出新增业务数据对应的展示形式为图形验证，根据该新增业务数据确定出了用于图形验证的图片，则客户端随即可以根据该新增业务数据展示出图形验证的页面(即客户端执行业务新增环节)。用户完成图形验证后，客户端可以再根据原始业务数据使用户继续对订单进行支付(即客户端根据原始业务数据执行业务原有环节)。
以上是以客户端为执行主体对本方法进行描述的，而本方法可以是客户端与服务器进行交互来执行的，因此，下面对客户端与服务器的交互过程进行介绍。
图3为本说明书提供的一种客户端与服务器的交互过程示意图。
如图3所示，客户端监测到用户执行了业务操作后，随即向服务器发送业务请求，以获取数据来是用户能够执行业务后续的环节。服务器接收到客户端发送的业务请求后，确定该业务请求是否配置有业务新增环节，若确定出该业务请求配置有业务新增环节，则确定出业务新增环节对应的新增业务数据以及该业务请求对应的原始业务数据。
服务器将确定出的新增业务数据以及原始业务数据返回给客户端。客户端接收到服务器返回的数据，先确定返回的数据中是否包含新增业务数据，若包含新增业务数据以及原始业务数据，则可以根据新增业务数据将业务新增环节展示给用户，使用户执行该业务新增环节，而后，根据原始业务数据执行业务原有环节。
本方法可以在不对客户端进行更新的情况下，服务器实时根据客户端发送的业务请求，判断针对该业务请求的业务是否添加业务新增环节，若是需要针对该业务添加业务新增环节，则可以通过向客户端返回新增业务数据，来使客户端能够根据新增业务数据对业务新增环节进行执行，因此，本说明书提供的方法可以及时对业务新增环节进行添加。
以上为本说明书的一个或多个实施例提供的业务执行的方法，基于同样的思路，本说明书还提供了相应的业务执行的装置，如图4、图5所示。
图4为本说明书提供的一种业务执行的装置示意图，具体包括：
获取模块401，用于获取客户端发送的业务请求；
判断模块402，用于根据所述业务请求对应的业务，判断是否针对所述业务请求配置有业务新增环节；
执行模块403，用于若确定针对所述业务请求配置有业务新增环节，将所述业务新增环节对应的新增业务数据以及所述业务请求对应的原始业务数据返回给所述客户端，以使所述客户端根据所述新增业务数据，执行所述业务新增环节，再根据所述原始业务数据执行所述原始业务数据对应的业务原有环节，所述业务新增环节以及所述业务原有环节同属于所述业务。
可选地，所述判断模块402根据所述业务请求对应的业务，判断是否针对所述业务请求配置有业务新增环节之前，所述获取模块401还用于，将预先存储的数据解析规则发送给所述客户端，所述数据解析规则用于将接收到的设定格式的新增业务数据进行解析。
可选地，所述执行模块403具体用于，将所述新增业务数据按照所述设定格式进行转化，得到转化后的新增业务数据；将所述转化后的新增业务数据以及所述业务请求对应的原始业务数据返回给所述客户端。
可选地，所述判断模块402具体用于，根据所述业务请求中携带的用户标识，获取所述用户标识对应用户的历史行为数据；根据所述业务请求对应的业务，判断所述历史行为数据是否满足预设条件；若确定所述历史行为数据满足所述预设条件，确定针对所述业务请求配置有业务新增环节，否则，确定针对所述业务请求未配置有业务新增环节。
图5为本说明书提供的一种业务执行的装置示意图，具体包括：
发送模块501，用于根据用户执行的业务操作，向服务器发送业务请求；
获取模块502，用于获取服务器针对所述业务请求返回的数据；
执行模块503，用于若所述数据包含新增业务数据以及针对所述业务请求的原始业务数据，执行所述新增业务数据对应的业务新增环节，再根据所述原始业务数据执行所述原始业务数据对应的业务原有环节，所述业务新增环节以及所述业务原有环节归属于同一业务。
可选地，所述获取模块502获取服务器针对所述业务请求返回的数据之前，所述发送模块501还包括，获取服务器发送的数据解析规则；
所述执行模块503具体包括，根据所述数据解析规则，对所述新增业务数据进行解析，以确定所述新增业务数据对应的业务新增环节并执行。
所述执行模块503具体包括，确定所述新增业务数据对应的展示形式；根据所述展示形式以及所述新增业务数据，执行所述业务新增环节。
本说明书还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图1、图2提供的业务执行的方法。
本说明书还提供了图6所示的电子设备的示意结构图。如图6所述，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图1、图2所述的业务执行的方法。当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。
1.一种业务执行的方法，其特征在于，包括：
获取客户端发送的业务请求；
根据所述业务请求对应的业务，判断是否针对所述业务请求配置有业务新增环节；
若确定针对所述业务请求配置有业务新增环节，将所述业务新增环节对应的新增业务数据以及所述业务请求对应的原始业务数据返回给所述客户端，以使所述客户端根据所述新增业务数据，执行所述业务新增环节，再根据所述原始业务数据执行所述原始业务数据对应的业务原有环节，所述业务新增环节以及所述业务原有环节同属于所述业务。
2.如权利要求1所述的方法，其特征在于，根据所述业务请求对应的业务，判断是否针对所述业务请求配置有业务新增环节之前，所述方法还包括：
将预先存储的数据解析规则发送给所述客户端，所述数据解析规则用于将接收到的设定格式的新增业务数据进行解析。
3.如权利要求2所述的方法，其特征在于，将所述业务新增环节对应的新增业务数据以及所述业务请求对应的原始业务数据返回给所述客户端，具体包括：
将所述新增业务数据按照所述设定格式进行转化，得到转化后的新增业务数据；
将所述转化后的新增业务数据以及所述业务请求对应的原始业务数据返回给所述客户端。
4.如权利要求1所述的方法，其特征在于，根据所述业务请求对应的业务，判断是否针对所述业务请求配置有业务新增环节，具体包括：
根据所述业务请求中携带的用户标识，获取所述用户标识对应用户的历史行为数据；
根据所述业务请求对应的业务，判断所述历史行为数据是否满足预设条件；
若确定所述历史行为数据满足所述预设条件，确定针对所述业务请求配置有业务新增环节，否则，确定针对所述业务请求未配置有业务新增环节。
5.一种业务执行的方法，其特征在于，包括：
根据用户执行的业务操作，向服务器发送业务请求；
获取服务器针对所述业务请求返回的数据；
若所述数据包含新增业务数据以及针对所述业务请求的原始业务数据，执行所述新增业务数据对应的业务新增环节，再根据所述原始业务数据执行所述原始业务数据对应的业务原有环节，所述业务新增环节以及所述业务原有环节归属于同一业务。
6.如权利要求5所述的方法，其特征在于，获取服务器针对所述业务请求返回的数据之前，所述方法还包括：
获取服务器发送的数据解析规则；
执行所述新增业务数据对应的业务新增环节，具体包括：
根据所述数据解析规则，对所述新增业务数据进行解析，以确定所述新增业务数据对应的业务新增环节并执行。
7.如权利要求5或6所述的方法，其特征在于，执行所述新增业务数据对应的业务新增环节，具体包括：
确定所述新增业务数据对应的展示形式；
根据所述展示形式以及所述新增业务数据，执行所述业务新增环节。
8.一种业务执行的装置，其特征在于，包括：
获取模块，用于获取客户端发送的业务请求；
判断模块，用于根据所述业务请求对应的业务，判断是否针对所述业务请求配置有业务新增环节；
执行模块，用于若确定针对所述业务请求配置有业务新增环节，将所述业务新增环节对应的新增业务数据以及所述业务请求对应的原始业务数据返回给所述客户端，以使所述客户端根据所述新增业务数据，执行所述业务新增环节，再根据所述原始业务数据执行所述原始业务数据对应的业务原有环节，所述业务新增环节以及所述业务原有环节同属于所述业务。
9.一种业务执行的装置，其特征在于，包括：
发送模块，用于根据用户执行的业务操作，向服务器发送业务请求；
获取模块，用于获取服务器针对所述业务请求返回的数据；
执行模块，用于若所述数据包含新增业务数据以及针对所述业务请求的原始业务数据，执行所述新增业务数据对应的业务新增环节，再根据所述原始业务数据执行所述原始业务数据对应的业务原有环节，所述业务新增环节以及所述业务原有环节归属于同一业务。
10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求1～7任一项所述的方法。
11.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述权利要求1～7任一项所述的方法。
技术总结