CN105530274B - 一种电子数据的转移方法和设备 - Google Patents

Abstract

本申请公开了一种电子数据的转移方法和设备，该方法包括：业务平台接收业务触发消息，业务触发消息中携带上下文信息；当所述上下文信息满足预设电子数据转移策略时，业务平台确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动；当上下文信息满足所述活动事件对象对应的活动对应的预设活动校验策略时，业务平台将电子数据从第一位置转移到第二位置。本申请实施例中，业务平台只需要收到一个业务触发消息即可以获知用户已经使用特定产品完成了特定业务的信息，从而避免业务平台对不同消息中携带的业务信息进行整合，提高业务平台的处理性能和处理效率。业务平台可以及时处理相关业务，避免正常业务的处理无法完成。

Description

一种电子数据的转移方法和设备

技术领域

本申请涉及互联网技术领域，尤其涉及一种电子数据的转移方法和设备。

背景技术

现有技术中，为了激励用户使用特定产品(如支付宝的某产品)完成特定业务(如信用卡还款业务)，当用户使用特定产品完成特定业务时，通常会向用户发放奖励，以促使用户更加有兴趣的使用特定产品来完成特定业务。

为了实现上述业务功能，业务平台需要获知用户已经使用特定产品完成了特定业务的信息，即业务平台通过实时监控消息中心发出的消息，从而获知用户已经使用特定产品完成了特定业务的信息。在通常情况下，消息中心发出的都是单独的消息，而不是整合后的消息，如消息中心发出用户使用特定产品的消息1，并发出用户完成特定业务的消息2，而不是直接发出用户使用特定产品来完成特定业务的消息3。基于此，业务平台在监听到消息中心发出的用户使用特定产品的消息1，并监听到消息中心发出的用户完成特定业务的消息2之后，业务平台需要将上述消息1中携带的内容和消息2中携带的内容进行整合，从而得出用户已经使用特定产品完成了特定业务的信息。

业务平台需要对不同消息中携带的内容进行整合，当业务平台需要监控的消息很多时，业务平台需要在监控到很多消息后才能够整合出用户已经使用特定产品完成了特定业务的信息，业务平台的处理工作量很大，从而导致业务平台的处理性能下降。对于需要监控的多个消息，即使有一个消息未监控到，也会导致业务平台无法整合出用户已经使用特定产品完成了特定业务的信息，继而导致无法向用户发放奖励，影响用户对使用特定产品完成特定业务的兴趣。而且业务平台主要用于处理业务，对大量消息的整合工作，会导致业务平台无法及时处理相关业务，并导致正常业务的处理无法完成。

发明内容

本申请实施例提供一种电子数据的转移方法和设备，以避免业务平台对不同消息中携带的内容进行整合，从而提高业务平台的处理性能和处理效率。

本申请实施例提供一种电子数据的转移方法，所述方法包括以下步骤：

业务平台接收业务触发消息，所述业务触发消息中携带上下文信息；

当所述上下文信息满足预设电子数据转移策略时，所述业务平台确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动；

当所述上下文信息满足所述活动事件对象对应的活动对应的预设活动校验策略时，所述业务平台将电子数据从第一位置转移到第二位置。

所述方法进一步包括：

所述业务平台向实时数据平台发送订阅消息，所述订阅消息用于使所述实时数据平台向所述业务平台发送携带上下文信息的业务触发消息；

以使所述实时数据平台在接收到携带不同的业务信息的多个消息时，将所述多个消息中携带的业务信息组合成上下文信息，并将所述上下文信息添加到业务触发消息中，并将所述业务触发消息发送给所述业务平台。

所述业务平台确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动，包括：

所述业务平台确定所述上下文信息对应的产品事件对象，并将所述产品事件对象转换成活动事件对象，并确定所述产品事件对象对应的事件类型；

所述业务平台根据所述事件类型获取所述活动事件对象能够触发的活动集合，并从所述活动集合中选择所述活动事件对象对应的活动。

所述业务平台从所述活动集合中选择所述活动事件对象对应的活动的过程，具体包括：所述业务平台获取所述活动集合中的各活动对应的上下文校验策略；如果所述上下文信息满足活动对应的上下文校验策略时，则所述业务平台确定所述活动为所述活动事件对象对应的活动；

如果所述上下文信息不满足活动对应的上下文校验策略时，则所述业务平台确定所述活动不是所述活动事件对象对应的活动。

本申请实施例提供一种电子数据的转移方法，所述方法包括以下步骤：

实时数据平台接收来自业务平台的订阅消息，所述订阅消息用于使所述实时数据平台向所述业务平台发送携带上下文信息的业务触发消息；

所述实时数据平台在接收到携带不同的业务信息的多个消息时，将所述多个消息中携带的业务信息组合成上下文信息，并将所述上下文信息添加到业务触发消息中，并将所述业务触发消息发送给所述业务平台；

以使所述业务平台在所述上下文信息满足预设电子数据转移策略时，确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动，并当所述上下文信息满足所述活动事件对象对应的活动对应的预设活动校验策略时，由所述业务平台将电子数据从第一位置转移到第二位置。

本申请实施例提供一种业务平台，所述业务平台具体包括：

通信模块，用于接收业务触发消息，该业务触发消息中携带上下文信息；

确定模块，用于当所述上下文信息满足预设电子数据转移策略时，确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动；

转移模块，用于当所述上下文信息满足所述活动事件对象对应的活动对应的预设活动校验策略时，将电子数据从第一位置转移到第二位置。

所述通信模块，还用于向实时数据平台发送订阅消息，所述订阅消息用于使所述实时数据平台向业务平台发送携带上下文信息的业务触发消息；

以使所述实时数据平台在接收到携带不同的业务信息的多个消息时，将所述多个消息中携带的业务信息组合成上下文信息，并将所述上下文信息添加到业务触发消息中，并将所述业务触发消息发送给所述业务平台。

所述确定模块，具体用于确定所述上下文信息对应的产品事件对象，并将所述产品事件对象转换成活动事件对象，并确定所述产品事件对象对应的事件类型；根据所述事件类型获取所述活动事件对象能够触发的活动集合，并从所述活动集合中选择所述活动事件对象对应的活动。

所述确定模块，进一步用于在从所述活动集合中选择所述活动事件对象对应的活动时，获取所述活动集合中的各活动对应的上下文校验策略；如果所述上下文信息满足活动对应的上下文校验策略时，则确定所述活动为所述活动事件对象对应的活动；如果所述上下文信息不满足活动对应的上下文校验策略时，则确定所述活动不是所述活动事件对象对应的活动。

本申请实施例提供一种实时数据平台，所述实时数据平台具体包括：

接收模块，用于接收来自业务平台的订阅消息，所述订阅消息用于使所述实时数据平台向所述业务平台发送携带上下文信息的业务触发消息；

处理模块，用于在接收到携带不同的业务信息的多个消息时，将所述多个消息中携带的业务信息组合成上下文信息，并将所述上下文信息添加到业务触发消息中；

发送模块，用于将所述业务触发消息发送给所述业务平台；

以使所述业务平台在所述上下文信息满足预设电子数据转移策略时，确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动，并当所述上下文信息满足所述活动事件对象对应的活动对应的预设活动校验策略时，由所述业务平台将电子数据从第一位置转移到第二位置。

与现有技术相比，本申请实施例至少具有以下优点：本申请实施例中，由专门的实时数据平台实时监控消息中心发出的消息，并对携带不同的业务信息的多个消息中携带的业务信息进行整合，即将多个消息中携带的业务信息组合成上下文信息，如消息中心发出用户使用特定产品的消息1，并发出用户完成特定业务的消息2时，实时数据平台在监听到消息中心发出的用户使用特定产品的消息1，监听到消息中心发出的用户完成特定业务的消息2之后，将消息1中携带的用户使用特定产品的信息和消息2中携带的用户完成特定业务的信息组合成上下文信息，即上下文信息为用户使用特定产品来完成特定业务的信息。之后，实时数据平台将携带上下文信息的业务触发消息发送给业务平台，使得业务平台收到的业务触发消息中携带的上下文信息是整合后的信息，即业务平台只需要收到一个业务触发消息即可以获知用户已经使用特定产品完成了特定业务的信息，从而避免业务平台对不同消息中携带的业务信息进行整合，提高业务平台的处理性能和处理效率。进一步的，由于业务平台不需要对不同消息中携带的业务信息进行整合，因此可以避免当业务平台需要监控的消息很多时，业务平台需要在监控到很多消息后才能够整合出用户已经使用特定产品完成了特定业务的信息，业务平台的处理工作量很大，业务平台的处理性能下降等问题。由于业务平台不需要监控多个消息，只需要收到一个业务触发消息即可，因此可以避免有一个消息未监控到，导致业务平台无法整合出用户已经使用特定产品完成了特定业务的信息，无法向用户发放奖励，影响用户对使用特定产品完成特定业务的兴趣的问题。由于是由专门的实时数据平台对大量消息进行整合工作，实时数据平台只负责对大量消息的整合工作，而不用于处理业务，因此对大量消息的整合工作，不会导致实时数据平台无法及时处理相关业务，并导致正常业务的处理无法完成的问题。由于业务平台不需要对大量消息进行整合，因此在业务平台处理业务时，业务平台可以及时处理相关业务，避免正常业务的处理无法完成。

附图说明

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

图1是本申请实施例一中提出的一种电子数据的转移方法流程示意图；

图2是本申请实施例二中提出的一种业务平台的结构示意图；

图3是本申请实施例三中提出的一种实时数据平台的结构示意图。

具体实施方式

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

实施例一

针对现有技术中存在的问题，本申请实施例一提供一种电子数据的转移方法，如图1所示，该电子数据的转移方法具体可以包括以下步骤：

步骤101，业务平台接收业务触发消息，该业务触发消息中携带上下文信息。其中，该上下文信息为对多个消息中携带的业务信息组合成的上下文信息，如上下文信息可以为用户使用特定产品来完成特定业务的信息。

本申请实施例中，业务平台向实时数据平台发送订阅消息。其中，该订阅消息用于使实时数据平台向业务平台发送携带上下文信息的业务触发消息。实时数据平台接收来自业务平台的订阅消息，并获知本实时数据平台需要向业务平台发送携带上下文信息的业务触发消息。基于此，实时数据平台在接收到携带不同的业务信息的多个消息时，将多个消息中携带的业务信息组合成上下文信息，并将上下文信息添加到业务触发消息中，并将该业务触发消息发送给业务平台，由业务平台接收来自实时数据平台的业务触发消息。

当用户在终端设备上使用特定产品(如支付宝的某产品)完成特定业务(如信用卡还款业务)时，终端设备上的第一功能模块(如支付宝产品的功能模块)向消息中心发送用户使用特定产品的消息1，终端设备上的第二功能模块(如信用卡还款业务的功能模块)向消息中心发送用户完成特定业务的消息2。消息中心在接收到用户使用特定产品的消息1之后，将用户使用特定产品的消息1发送给实时数据平台，消息中心在接收到用户完成特定业务的消息2之后，将用户完成特定业务的消息2发送给实时数据平台。实时数据平台用于接收消息中心的消息，并对消息做统一整理，保证一致的口径。

由于消息中心发出的都是单独的消息，而不是整合后的消息，如消息中心发出用户使用特定产品的消息1，并发出用户完成特定业务的消息2，而不是直接发出用户使用特定产品来完成特定业务的消息3。基于此，实时数据平台在监听到消息中心发出的用户使用特定产品的消息1，并监听到消息中心发出的用户完成特定业务的消息2之后，实时数据平台需要将上述消息1中携带的内容和消息2中携带的内容进行整合，即实时数据平台需要将消息1中携带的业务信息和消息2中携带的业务信息组合成上下文信息，并将该上下文信息添加到业务触发消息中，并将该业务触发消息发送给业务平台。其中，该上下文信息具体为用户使用特定产品来完成特定业务的信息。经过上述处理，业务平台在接收到来自实时数据平台的业务触发消息之后，可以从业务触发消息中直接得出用户已经使用特定产品完成了特定业务的信息。

综上所述，本申请实施例中，由专门的实时数据平台实时监控消息中心发出的消息，并对携带不同的业务信息的多个消息中携带的业务信息进行整合，即将多个消息中携带的业务信息组合成上下文信息，如消息中心发出用户使用特定产品的消息1，并发出用户完成特定业务的消息2时，实时数据平台在监听到消息中心发出的用户使用特定产品的消息1，监听到消息中心发出的用户完成特定业务的消息2之后，将消息1中携带的用户使用特定产品的信息和消息2中携带的用户完成特定业务的信息组合成上下文信息，即上下文信息为用户使用特定产品来完成特定业务的信息。之后，实时数据平台将携带上下文信息的业务触发消息发送给业务平台，使得业务平台收到的业务触发消息中携带的上下文信息是整合后的信息，即业务平台只需要收到一个业务触发消息，即可以获知用户已经使用特定产品完成了特定业务的信息，从而避免业务平台对不同消息中携带的业务信息进行整合，并提高业务平台的处理性能和处理效率。进一步的，由于业务平台不需要对不同消息中携带的业务信息进行整合，因此，可以避免当业务平台需要监控的消息很多时，业务平台需要在监控到很多消息后，才能够整合出用户已经使用特定产品完成了特定业务的信息，业务平台的处理工作量很大，业务平台的处理性能下降等问题。由于业务平台不需要监控多个消息，业务平台只需要收到一个业务触发消息即可，因此，可以避免有一个消息未监控到，导致业务平台无法整合出用户已经使用特定产品完成了特定业务的信息，无法向用户发放奖励，影响用户对使用特定产品完成特定业务的兴趣的问题。由于是由专门的实时数据平台对大量消息进行整合工作，实时数据平台只负责对大量消息的整合工作，而不用于处理业务，因此，对大量消息的整合工作，不会导致实时数据平台无法及时处理相关业务，并导致正常业务的处理无法完成的问题。由于业务平台不需要对大量消息进行整合，因此，在业务平台处理业务时，业务平台可以及时处理相关业务，避免正常业务的处理无法完成的问题。

步骤102，当上下文信息满足预设电子数据转移策略时，业务平台确定上下文信息对应的活动事件对象，并确定该活动事件对象对应的活动。

本申请实施例中，业务平台确定上下文信息对应的活动事件对象，并确定该活动事件对象对应的活动的过程，具体包括但不限于：业务平台确定上下文信息对应的产品事件对象，并将产品事件对象转换成活动事件对象，并确定产品事件对象对应的事件类型；业务平台根据事件类型获取活动事件对象能够触发的活动集合，并从活动集合中选择活动事件对象对应的活动。

本申请实施例中，业务平台从活动集合中选择活动事件对象对应的活动的过程，具体包括但不限于：业务平台获取活动集合中的各活动对应的上下文校验策略；如果上下文信息满足活动对应的上下文校验策略，则业务平台确定活动为活动事件对象对应的活动；如果上下文信息不满足活动对应的上下文校验策略，则业务平台确定活动不是活动事件对象对应的活动。

步骤103，当上下文信息满足活动事件对象对应的活动对应的预设活动校验策略时，则业务平台将电子数据从第一位置转移到第二位置。

本申请实施例的上述流程，其适用场景包括但不限于：为了激励用户使用特定产品(如支付宝的某产品)完成特定业务(如信用卡还款业务)，当用户使用特定产品完成特定业务时，通过向用户发放奖励，以促使用户更加有兴趣的使用特定产品来完成特定业务的应用场景。例如，交易免单类活动的应用场景、交易金额或渠道支付金额实时给用户返还奖励的应用场景等。

本申请实施例中，在不同的应用场景下，电子数据、第一位置、第二位置等均有不同的情况。以下结合具体的应用场景对此进行详细说明。

(1)电子数据为可用金额，第一位置为第一账户(如运营商的第三方支付平台账户、银行卡账户等)，第二位置为第二账户(如用户的第三方支付平台账户、银行卡账户等)。此应用场景下，业务平台将电子数据从第一位置转移到第二位置，以将可用金额从运营商的第一账户转移到用户的第二账户中。

(2)电子数据为虚拟货币，第一位置为第一账户(如运营商的用于存储虚拟货币的账户等)，第二位置为第二账户(如用户的用于存储虚拟货币的账户等)。在此应用场景下，业务平台将电子数据从第一位置转移到第二位置，以将虚拟货币从运营商的第一账户转移到用户的第二账户中。

(3)电子数据为话费数据，第一位置为第一账户(如运营商(移动、联通、电信等)账户等)，第二位置为第二账户(如用户手机号码对应的账户)。在此应用场景下，业务平台将电子数据从第一位置转移到第二位置，以将话费数据从运营商的第一账户转移到用户的第二账户中。

当然，上述应用场景只是本申请实施例中为了方便描述所举的例子，在实际应用中并不局限于上述几种应用场景，所有需要将电子数据从第一位置迁移到第二位置的应用场景，均在本申请实施例的保护范围之内。

本申请实施例中，以通过向用户发放奖励，以促使用户更加有兴趣的使用特定产品来完成特定业务的应用场景，对上述处理流程进行进一步的说明。

预设电子数据转移策略为：当需要对使用特定产品(如支付宝的某产品)完成特定业务(如信用卡还款业务)的用户发放奖励时，预设电子数据转移策略为使用特定产品完成特定业务。基于此，当上下文信息中携带用户使用特定产品完成特定业务的信息时，该上下文信息满足预设电子数据转移策略。

针对业务触发消息中携带的上下文信息，业务平台可以确定出该上下文信息对应的产品事件对象。例如，当上下文信息中携带了用户使用支付宝的某产品完成信用卡还款业务时，则支付宝的某产品为无线业务，信用卡还款业务为还款业务，因此，上下文信息对应的产品事件对象为无线还款成功。

针对上下文信息对应的产品事件对象，每个产品事件对象均有对应的活动事件对象，因此，业务平台可以将上下文信息对应的产品事件对象转换成触发活动的活动事件对象。例如，当前正在进行的活动包括抽奖活动、让利活动、打折活动等，且无线还款成功对应抽奖活动，网上购物对应打折活动。在此情况下，在上下文信息对应的产品事件对象为无线还款成功时，则业务平台可以将该产品事件对象转换成对应的活动事件对象(抽奖活动)。

每个产品事件对象均有对应的事件类型，因此，业务平台可以确定出产品事件对象对应的事件类型。例如，事件类型包括无线还款成功、无线登录成功、支付成功等。当上下文信息对应的产品事件对象为无线还款成功时，则业务平台可以确定出产品事件对象对应的事件类型为无线还款成功。

针对每个活动事件对象，均可能有多个活动正在执行。例如，针对抽奖活动这个活动事件对象，可能有如下活动正在执行：无线还款1000元返100元，无线还款2000元返300元，无线登录10次奖励100元，无线登录20次奖励300元等。针对打折活动这个活动事件对象，可能有如下活动正在执行：购买A产品打4折，购买B产品打8折，购买C产品打6折等。基于上述活动事件对象对应的多个活动，当活动事件对象为抽奖活动，事件类型为无线还款成功时，则业务平台根据事件类型获取活动事件对象能够触发的活动集合为：无线还款1000元返100元，无线还款2000元返300元。

业务平台在确定出活动集合之后，业务平台可以直接选择活动集合中的一个或者多个活动为活动事件对象对应的活动，也可以基于上下文校验策略确定活动集合中的一个或者多个活动为活动事件对象对应的活动。

在基于上下文校验策略确定活动集合中的一个或者多个活动为活动事件对象对应的活动时，业务平台获取活动集合中的各活动对应的上下文校验策略，如针对活动1“无线还款1000元返100元”，其上下文校验策略可以为无线还款1000元，针对活动2“无线还款2000元返300元”，其上下文校验策略可以为无线还款2000元。基于此，当上下文信息中携带用户无线还款1500元的信息时，则上下文信息满足活动1对应的上下文校验策略，但不满足活动2对应的上下文校验策略，因此，业务平台可以确定活动事件对象对应的活动为活动1。当上下文信息中携带用户无线还款2500元的信息时，则上下文信息满足活动1对应的上下文校验策略，且满足活动2对应的上下文校验策略，因此，业务平台可以确定活动事件对象对应的活动为活动1和活动2。

业务平台在选择活动事件对象对应的活动(如活动1)之后，业务平台触发该活动1，并判断上下文信息是否满足活动1对应的预设活动校验策略。其中，预设活动校验策略主要用于对用户属性进行校验，如校验用户是否为合法用户，校验用户是否为30天内注册用户，校验用户是否为30岁以下用户等。进一步的，不同的活动可以有不同的预设活动校验策略，也可以有相同的预设活动校验策略，对于预设活动校验策略的设置，在此不再赘述。进一步的，当上下文信息满足活动1对应的预设活动校验策略时，则允许相应的用户参见抽奖活动；当上下文信息不满足活动1对应的预设活动校验策略时，则不允许相应的用户参见抽奖活动，结束对该用户的处理。

在对用户进行抽奖之后，如果用户被抽中，则业务平台按照活动1向用户进行奖励，即将可用金额100元从运营商的第一账户转移到用户的第二账户。如果用户没有被抽中，则不对用户进行奖励，结束对该用户的处理。

基于上述处理流程，业务平台可以自动完成将电子数据从第一位置转移到第二位置的过程，不需要用户执行相关操作，节省用户的工作量。而且通过业务平台自动完成将电子数据从第一位置转移到第二位置的过程，可以对所有用户实施统一的奖励标准，避免当大量用户均使用特定产品完成特定业务时，由工作人员基于自己的喜好向特定用户发放奖励导致的不公平问题。

实施例二

基于与上述方法同样的申请构思，本申请实施例中还提供了一种业务平台，如图2所示，所述业务平台具体包括：

通信模块11，用于接收业务触发消息，该业务触发消息中携带上下文信息；确定模块12，用于当所述上下文信息满足预设电子数据转移策略时，确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动；转移模块13，用于当所述上下文信息满足所述活动事件对象对应的活动对应的预设活动校验策略时，将电子数据从第一位置转移到第二位置。

所述通信模块11，还用于向实时数据平台发送订阅消息，所述订阅消息用于使所述实时数据平台向业务平台发送携带上下文信息的业务触发消息；

以使所述实时数据平台在接收到携带不同的业务信息的多个消息时，将所述多个消息中携带的业务信息组合成上下文信息，并将所述上下文信息添加到业务触发消息中，并将所述业务触发消息发送给所述业务平台。

所述确定模块12，具体用于确定所述上下文信息对应的产品事件对象，并将所述产品事件对象转换成活动事件对象，并确定所述产品事件对象对应的事件类型；根据所述事件类型获取所述活动事件对象能够触发的活动集合，并从所述活动集合中选择所述活动事件对象对应的活动。

所述确定模块12，进一步用于在从所述活动集合中选择所述活动事件对象对应的活动时，获取所述活动集合中的各活动对应的上下文校验策略；如果所述上下文信息满足活动对应的上下文校验策略时，则确定所述活动为所述活动事件对象对应的活动；如果所述上下文信息不满足活动对应的上下文校验策略时，则确定所述活动不是所述活动事件对象对应的活动。

其中，本申请装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

实施例三

基于与上述方法同样的申请构思，本申请实施例中还提供了一种实时数据平台，如图3所示，所述实时数据平台具体包括：

接收模块21，用于接收来自业务平台的订阅消息，所述订阅消息用于使所述实时数据平台向所述业务平台发送携带上下文信息的业务触发消息；

处理模块22，用于在接收到携带不同的业务信息的多个消息时，将所述多个消息中携带的业务信息组合成上下文信息，并将所述上下文信息添加到业务触发消息中；

发送模块23，用于将所述业务触发消息发送给所述业务平台；

以使所述业务平台在所述上下文信息满足预设电子数据转移策略时，确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动，并当所述上下文信息满足所述活动事件对象对应的活动对应的预设活动校验策略时，由所述业务平台将电子数据从第一位置转移到第二位置。

其中，本申请装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。以上公开的仅为本申请的几个具体实施例，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (8)

1.一种电子数据的转移方法，其特征在于，所述方法包括以下步骤：

业务平台接收业务触发消息，所述业务触发消息中携带上下文信息；

当所述上下文信息满足预设电子数据转移策略时，所述业务平台确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动；

当所述上下文信息满足所述活动事件对象对应的活动对应的预设活动校验策略时，所述业务平台将电子数据从第一位置转移到第二位置；

所述业务平台确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动，包括：

所述业务平台确定所述上下文信息对应的产品事件对象，并将所述产品事件对象转换成活动事件对象，并确定所述产品事件对象对应的事件类型；

所述业务平台根据所述事件类型获取所述活动事件对象能够触发的活动集合，并从所述活动集合中选择所述活动事件对象对应的活动。

2.如权利要求1所述的方法，其特征在于，所述方法进一步包括：

所述业务平台向实时数据平台发送订阅消息，所述订阅消息用于使所述实时数据平台向所述业务平台发送携带上下文信息的业务触发消息；

以使所述实时数据平台在接收到携带不同的业务信息的多个消息时，将所述多个消息中携带的业务信息组合成上下文信息，并将所述上下文信息添加到业务触发消息中，并将所述业务触发消息发送给所述业务平台。

3.如权利要求1所述的方法，其特征在于，所述业务平台从所述活动集合中选择所述活动事件对象对应的活动的过程，具体包括：

所述业务平台获取所述活动集合中的各活动对应的上下文校验策略；

如果所述上下文信息满足活动对应的上下文校验策略时，则所述业务平台确定所述活动为所述活动事件对象对应的活动；

如果所述上下文信息不满足活动对应的上下文校验策略时，则所述业务平台确定所述活动不是所述活动事件对象对应的活动。

4.一种电子数据的转移方法，其特征在于，所述方法包括以下步骤：

实时数据平台接收来自业务平台的订阅消息，所述订阅消息用于使所述实时数据平台向所述业务平台发送携带上下文信息的业务触发消息；

所述实时数据平台在接收到携带不同的业务信息的多个消息时，将所述多个消息中携带的业务信息组合成上下文信息，并将所述上下文信息添加到业务触发消息中，并将所述业务触发消息发送给所述业务平台；

以使所述业务平台在所述上下文信息满足预设电子数据转移策略时，确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动，并当所述上下文信息满足所述活动事件对象对应的活动对应的预设活动校验策略时，由所述业务平台将电子数据从第一位置转移到第二位置。

5.一种业务平台，其特征在于，所述业务平台具体包括：

通信模块，用于接收业务触发消息，该业务触发消息中携带上下文信息；

确定模块，用于当所述上下文信息满足预设电子数据转移策略时，确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动；

转移模块，用于当所述上下文信息满足所述活动事件对象对应的活动对应的预设活动校验策略时，将电子数据从第一位置转移到第二位置；

所述确定模块，具体用于确定所述上下文信息对应的产品事件对象，并将所述产品事件对象转换成活动事件对象，并确定所述产品事件对象对应的事件类型；根据所述事件类型获取所述活动事件对象能够触发的活动集合，并从所述活动集合中选择所述活动事件对象对应的活动。

6.如权利要求5所述的业务平台，其特征在于，

所述通信模块，还用于向实时数据平台发送订阅消息，所述订阅消息用于使所述实时数据平台向业务平台发送携带上下文信息的业务触发消息；

以使所述实时数据平台在接收到携带不同的业务信息的多个消息时，将所述多个消息中携带的业务信息组合成上下文信息，并将所述上下文信息添加到业务触发消息中，并将所述业务触发消息发送给所述业务平台。

7.如权利要求5所述的业务平台，其特征在于，

所述确定模块，进一步用于在从所述活动集合中选择所述活动事件对象对应的活动时，获取所述活动集合中的各活动对应的上下文校验策略；如果所述上下文信息满足活动对应的上下文校验策略时，则确定所述活动为所述活动事件对象对应的活动；如果所述上下文信息不满足活动对应的上下文校验策略时，则确定所述活动不是所述活动事件对象对应的活动。

8.一种实时数据平台，其特征在于，所述实时数据平台具体包括：

接收模块，用于接收来自业务平台的订阅消息，所述订阅消息用于使所述实时数据平台向所述业务平台发送携带上下文信息的业务触发消息；

处理模块，用于在接收到携带不同的业务信息的多个消息时，将所述多个消息中携带的业务信息组合成上下文信息，并将所述上下文信息添加到业务触发消息中；

发送模块，用于将所述业务触发消息发送给所述业务平台；

以使所述业务平台在所述上下文信息满足预设电子数据转移策略时，确定所述上下文信息对应的活动事件对象，并确定所述活动事件对象对应的活动，并当所述上下文信息满足所述活动事件对象对应的活动对应的预设活动校验策略时，由所述业务平台将电子数据从第一位置转移到第二位置。