CN102111425B - 一种业务数据下发方法、装置及系统 - Google Patents

Abstract

本发明公开了一种业务数据下发方法、装置及系统，其中，所述方法包括：接收业务系统下发的业务数据及路由信息；将所述路由信息与预置的路由规则进行匹配，确定目标统一数据播出平台UDBP；将所述业务数据发送至所述目标UDBP。通过本发明，能够减少业务数据下发系统中建立的TCP连接数目，便于管理和维护。

Description

一种业务数据下发方法、装置及系统

技术领域

本发明涉及数据传输技术领域，特别是涉及一种业务数据下发方法、装置及系统。

背景技术

在数据传输系统中，为了保证数据传输的可靠性，通常需要在数据的收发端之间建立TCP连接。但是，如果数据发送端和数据接收端都有多个，则数据收发端之间的TCP连接就会非常多，不利于系统的维护和管理。

例如，在视频点播系统中通常有许多业务数据需要下发，为此现有技术中提出了UDBP(UnifiedDataBroadcastPlatform，统一数据播出平台)解决方案。在该方法中，系统通常由前端系统和终端系统两部分组成，其中，前端系统主要包括短信网关、Portal_BS(VOD业务门户系统)、VOD后台系统、PushScheduler(推送业务排计划系统)、SchedulerServer(预定购业务排计划系统)以及UDBP。终端可以包括STB(SetTopBox，机顶盒)、手机等。

UDBP解决方案包括集中式部署和分布式部署两种，在集中式部署方案中，业务系统(包括Portal_BS、PushScheduler、SchedulerServer等)直接与UDBP建立TCP连接，通过UDBP进行业务数据的下发。但是在分布式部署方案中，需要把业务系统部署到省中心，UDBP部署到地市，业务系统在下发业务数据时，需要首先将下发目标及业务数据下发到各个地市的UDBP，然后由UDBP将数据下发到下发目标。在这种方式下，如果仍采用业务系统与UDBP直接连接的方案，则至少会产生以下问题：

省中心的业务系统需要与每个地市UDBP建立TCP连接，有几个地市，业务系统就必须与几地市的UDBP建立连接，如图1所示，这样会导致业务系统与地市建立的TCP连接多，业务系统需要管理和维护与多个地市UDBP链路连接，不利于提高系统的性能。

发明内容

本发明提供一种业务数据下发方法、装置及系统，能够减少业务系统建立TCP连接的数量，提高系统的性能。

本发明提供了如下方案：

一种业务数据下发方法，包括：

接收业务系统下发的业务数据及路由信息；

将所述路由信息与预置的路由规则进行匹配，确定目标统一数据播出平台UDBP；

将所述业务数据发送至所述目标UDBP。

优选的，所述预置的路由规则用于保存下发目标与目标UDBP之间的对应关系。

优选的，所述路由信息包括下发目标；

所述将所述路由信息与预置的路由规则进行匹配，确定目标UDBP包括：在所述预置的路由规则中查找与所述下发目标相匹配的路由规则，在所述相匹配的路由规则中确定目标UDBP；

所述方法还包括：

将所述下发目标发送至所述目标UDBP，以便所述目标UDBP将所述业务数据发送到所述下发目标。

优选的，所述路由信息包括下发目标及路由规则类型；

所述将所述路由信息与预置的路由规则进行匹配，确定目标统一数据播出平台UDBP包括：在所述预置的路由规则中查找与所述下发目标相匹配的路由规则，在所述相匹配的路由规则中确定目标UDBP；

所述方法还包括：

根据所述路由规则类型，确定实际的下发目标；将所述实际的下发目标下发到所述目标UDBP，以便所述目标UDBP将所述业务数据发送到所述实际的下发目标。

优选的，所述路由规则类型包括透传，所述根据所述路由规则类型，确定实际的下发目标包括：

将所述业务系统下发的下发目标确定为实际的下发目标。

优选的，所述路由规则类型包括替换，所述根据所述路由规则类型，确定实际的下发目标包括：

在所述相匹配的路由规则中查找与所述业务系统下发的下发目标对应的替换目标，将所述替换目标确定为实际的下发目标。

优选的，所述路由规则类型包括增加，所述根据所述路由规则类型，确定实际的下发目标包括：

在所述相匹配的路由规则中查找与所述业务系统下发的下发目标对应的增加目标，将所述业务系统下发的下发目标及所述增加目标一并确定为实际的下发目标。

一种业务数据下发装置，包括：

接收单元，用于接收业务系统下发的业务数据及路由信息；

匹配单元，用于将所述路由信息与预置的路由规则进行匹配，确定目标统一数据播出平台UDBP；

第一发送单元，用于将所述业务数据发送至所述目标UDBP。

优选的，所述预置的路由规则用于保存下发目标与目标UDBP之间的对应关系。

优选的，所述路由信息包括下发目标；

所述匹配单元包括查找子单元，用于在所述预置的路由规则中查找与所述下发目标相匹配的路由规则，在所述相匹配的路由规则中确定目标UDBP；

所述装置还包括：

第二发送单元，用于将所述下发目标发送至所述目标UDBP，以便所述目标UDBP将所述业务数据发送到所述下发目标。

优选的，所述路由信息包括下发目标及路由规则类型；

所述匹配单元包括查找子单元，用于在所述预置的路由规则中查找与所述下发目标相匹配的路由规则，在所述相匹配的路由规则中确定目标UDBP；

所述装置还包括：

实际目标确定单元，用于根据所述路由规则类型，确定实际的下发目标；第三发送单元，用于将所述实际的下发目标下发到所述目标UDBP，以便所述目标UDBP将所述业务数据发送到所述实际的下发目标。

优选的，所述路由规则类型包括透传，所述实际目标确定单元包括：

第一确定子单元，用于将所述业务系统下发的下发目标确定为实际的下发目标。

优选的，所述路由规则类型包括替换，所述实际目标确定单元包括：

第二确定子单元，用于在所述相匹配的路由规则中查找与所述业务系统下发的下发目标对应的替换目标，将所述替换目标确定为实际的下发目标。

优选的，所述路由规则类型包括增加，所述实际目标确定单元包括：

第三确定子单元，用于在所述相匹配的路由规则中查找与所述业务系统下发的下发目标对应的增加目标，将所述业务系统下发的下发目标及所述增加目标一并确定为实际的下发目标。

一种业务数据下发系统，包括业务系统、UDBP及权利要求8至14任一项所述的业务数据下发装置；其中，

所述业务系统，用于将业务数据及路由信息下发到所述业务数据下发装置；

所述UDBP，用于将所述业务数据发送至下发目标。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

本发明能够接收业务系统下发的业务数据及路由信息，将所述路由信息与预置的路由规则进行匹配，确定目标统一数据播出平台UDBP；将所述业务数据发送至所述目标UDBP。因此，相当于在系统中新增加了一种设备：UDBP_Router(UDBP路由器)，业务系统只需要将业务数据下发到UDBP_Router，然后由UDBP_Router将业务数据下发到相应地市的UDBP即可。因此，在本发明实施例中，业务系统只需要与UDBP_Router建立TCP连接，然后由UDBP_Router与各地市的UDBP建立TCP连接，因此，系统中建立TCP连接的数目减少了，便于管理和维护。

附图说明

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

图1是分布式部署时业务系统与UDBP采用“直连”的拓扑示意图；

图2是本发明实施例提供的方法的流程图；

图3是本发明实施例提供的方法实现分布式部署时系统的拓扑示意图；

图4是本发明实施例提供的装置的示意图；

图5是本发明实施例提供的系统的示意图。

具体实施方式

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

参见图2，本发明实施例提供的业务数据下发方法包括以下步骤：

S201：接收业务系统下发的业务数据及路由信息；

业务系统下发的业务数据是指业务系统中的Portal_BS、ScheduleServer、PushScheduler等下发的业务数据。

S202：将所述路由信息与预置的路由规则进行匹配，确定目标统一数据播出平台UDBP；

S203：将所述业务数据发送至所述目标UDBP。

相当于在本发明实施例中，新增加了一个设备：UDBP_Router(UDBP路由器)，上述各步骤的执行主体就是该新增加的UDBP_Router，其中，业务系统只需要将业务数据下发到UDBP_Router，然后由UDBP_Router将业务数据下发到相应地市的UDBP即可。因此，在本发明实施例中，业务系统只需要与UDBP_Router建立TCP连接，然后由UDBP_Router与各地市的UDBP建立TCP连接，参见图3，与图1相比，系统中建立TCP连接的数目减少了，便于管理和维护。

因此，首先需要在UDBP_Router中配置路由规则，该路由规则中可以用于记录下发目标与目标UDBP之间的对应关系，即假设地市A中包括四个sg(servicegroup)：sg1、sg2、sg3、sg4，地市B中包括四个小区：sg5、sg6、sg7、sg8，则在路由规则中，sg1、sg2、sg3、sg4与地市A相对应，sg5、sg6、sg7、sg8与地市B相对应。当sg1中的某用户点播了某VOD(VideoOnDemand，视频点播技术)业务时，业务系统需要向sg1下发业务数据，此时，在业务数据信息中携带的下发目标就可以为sg1，UDBP_Router在获取到下发目标之后，到预置的路由规则中进行匹配，发现sg1对应的是地市A，则会将业务数据下发给地市A的UDBP，这样地市A的UDBP就会将接收到的业务数据发送到sg1的VOD频点上。

需要说明的是，本发明实施例所述sg1、sg2、sg3、sg4，及sg5、sg6、sg7、sg8是指sg的标识，通常，每个sg在网络中有唯一的标识，因此，可以通过这些标识来唯一确定是哪个sg。

其中，sg类似于通信系统中的小区，多个用户可以组成一个sg，每个sg公用VOD频点，一个地市可以包括多个sg。

因此，在本发明实施例中，所述业务系统在下发业务数据时下发的路由信息可以是下发目标，UDBP_Router在获取到下发目标之后，就可以在所述预置的路由规则中查找与所述下发目标相匹配的路由规则，在所述相匹配的路由规则中确定目标UDBP；并且，在向所述目标UDBP发送业务数据的同时，也可以将所述下发目标发送给所述目标UDBP，以便UDBP最终将业务数据发送到下发目标。

但是在实际应用中，业务系统在下发业务数据时，数据的下发范围可能是多种多样的，例如，有些业务数据可能不仅需要在VOD频点上发送到指定的目标小区，还需要在广播频点上向目标小区所在地市广播；还有些业务数据可能需要在全网中所有地市广播等等。例如，省中心的业务系统通常包括Portal_BS、PushScheduler、EMM及SchedulerServer，各自在发送业务数据时，目标的需求就有所不同。

参见表1，其为Portal_BS需要下发的各种业务数据与数据下发范围之间的对应关系。也就是说，Portal_BS在下发表单数据时，需要向全网下发，即在所有的VOD频点及所有的广播频点上发送；在下发切换或扣费数据时，需要向用户所在sg(servicegroup)的VOD频点和sg所在地市的所有广播频点发送；在下发调谐数据时，需要向广播单频点发送。

表1

下发数据	数据下发范围
		表单数据	全网(所有VOD频点+所有广播频点)
切换与扣费	用户所在Sg的VOD频点+所有广播频点
		调谐	广播单频点

参见表2，其为SchedulerServer需要下发的业务数据与数据下发范围之间的对应关系。也就是说，SchedulerServer在下发Schedulenotify数据时，需要向用户所在sg的VOD频点和sg所在地市的所有广播频点发送。

表2

下发数据	数据下发范围
		Schedulenotify数据	用户所在Sg的VOD频点+所有广播频点

参见表3，其为EMM需要下发的业务数据与数据下发范围之间的对应关系。也就是说，EMM在下发emm(EntitlementManageMessage，授权管理信息)数据时，需要向用户所在Sg的VOD频点发送。其中，所述emm数据用来解出每个频道的ECM(EntitlementControlMessage，授权控制信息)信息，它一般定期或不定期地发给机顶盒的IC卡，它内含授权信息、账面的费用、个人管理信息等。

表3

下发数据	数据下发范围
		emm数据	用户所在Sg的VOD频点

参见表4，其为PushScheduler需要下发的业务数据与数据下发范围之间的对应关系。也就是说，PushScheduler在下发Push表单数据时，需要向全网发送。

表4

下发数据	数据下发范围
		Push表单数据	全网(所有VOD频点+所有广播频点)

可见，如果在路由规则中，每种情况都建立下发目标与目标UDBP之间的对应关系，则UDBP_Router需要维护一张非常大的表，不利于提高系统的性能。因此，在本发明实施例中，对各种下发目标与目标UDBP之间的对应关系进行抽象，得到路由规则类型，此时，业务系统向UDBP_Router发送的路由信息中包括下发目标及路由规则类型，UDBP_Router在获知所述下发目标及路由规则类型之后，可以在所述预置的路由规则中查找与所述下发目标相匹配的路由规则，在所述相匹配的路由规则中确定目标UDBP；同时根据所述路由规则类型，确定实际的下发目标；将所述实际的下发目标下发到所述目标UDBP。

例如，针对表1至表4中的各种情况，可以抽象成三种路由规则类型：透传、替换、增加，同时，将各种数据下发范围进行抽象，例如，sgi(i＝1、2、3......)表示各用户所在Sg的标识，sga表示地市a的广播频点(包括所有频点和单频点)，sgx表示全网(所有VOD频点+所有广播频点)。

其中，三种路由规则类型的功能分别如下：

透传：下发的业务数据进入UDBP_Router后，在透传路由规则中进行匹配处理，匹配到规则后，数据目标不进行任何更改，路由到相应的输出口，由输出口发送到相应的地市。

替换：下发的业务数据进入UDBP_Router后，在替换路由规则中进行匹配处理，匹配到规则后，数据的下发目标根据规则进行替换，将业务系统发送的下发目标替换成规则中配置的下发目标，替换完成后路由到相应的输出口，由输出口发送到相应的地市。

增加：下发的业务数据进入UDBP_Router后，在增加路由规则中进行匹配处理，匹配到规则后，数据的下发目标根据规则增加，在业务系统发送的下发目标的基础上增加规则中配置的下发目标，增加完成后路由到相应的输出口，由输出口发送到相应的地市。

具体的路由表配置如表5所示：

表5

相当于在路由规则中配置了下发的目标范围、路由规则类型与目标UDBP之间的对应关系，只要UDBP_Router获知下发目标和路由规则类型，就能够知道应该将数据下发到哪个地市的UDBP。下面介绍表5中各条路由规则的含义。

透传：分两种情况：(1)如果业务系统发送的下发目标是sgx，路由规则类型是透传，则UDBP_Router将业务数据发送到全网中各个地市的UDBP，同时，将sgx发送给各个地市的UDBP，这样各个地市的UDBP就可以在全部的VOD频点及广播频点上发送业务数据，实现向全网的发送。这样，全网的用户在全部的VOD频点及广播频点上都能接收到业务数据。(2)如果业务系统发送的下发目标是sg1和sg2，路由规则类型是透传；匹配后对应的UDBP为地市A的UDBP，此时，UDBP_Router就会将业务数据及sg1和sg2发送给地市A的UDBP；地市A的UDBP根据sg1和sg2，这样sg1和sg2用户在VOD频点上能接收到业务数据。

替换：如果业务系统发送的下发目标是sg1和sg2，路由规则类型是替换；则首先在路由规则中找到sg1和sg2对应的替换目标sga，替换之后，实际的下发目标变为sga，对应的UDBP为地市A的UDBP，此时，UDBP_Router就会将业务数据及sga发送给地市A的UDBP；地市A的UDBP根据sga，可以将业务数据在地市A的全部广播频点进行下发，这样sg1和sg2中的用户在广播频点上接收到业务数据。

增加：如果业务系统发送的下发目标是sg1和sg2，路由规则类型是增加；则首先在路由规则中找到sg1和sg2对应的增加目标sga，增加之后，实际的下发目标变为sg1、sg2和sga，此时，UDBP_Router就会将业务数据发送给地市A的UDBP，同时将sg1、sg2和sga作为下发目标发送给地市A的UDBP；地市A的UDBP根据该下发目标，既在VOD频点上向sg1、sg2发送，又在广播频点上向整个地市发送，这样sg1、sg2中的用户不仅在VOD频点也能接收到业务数据，而且在广播频点上也能接收到业务数据。

在进行了上述抽象之后，表1到表4的各种情况均可以采用上述各种路由规则类型来实现，下面分别进行详细介绍。

首先，相对于表1，可以使用的路由规则类型如表6所示。

表6

也就是说，Portal_BS在下发表单数据时，由于需要向全网下发，即在所有的VOD频点及所有的广播频点上发送，因此，可以在下发该表单数据时，将下发目标设置为sgx，同时将路由规则类型置为透传，这样UDBP_Router在收到之后就会将表单数据下发到全网中各地市的UDBP(表6中假设一共有A、B两个地市)，同时将sgx这一标识也一同发送到各地市的UDBP，然后各地市的UDBP就会将表单数据在所有的VOD频点及所有的广播频点上发送；因此，全网的用户在所有VOD频点上及所有的广播频点都能接收到表单数据。

在下发切换或扣费数据时，由于需要向用户所在sg(假设为sg1和sg2)的VOD频点和sg所在地市的所有广播频点发送；因此，可以采用增加的路由规则类型，即在向UDBP_Router发送切换或扣费数据的同时，携带的下发目标为sg1、sg2，路由规则类型为增加；UDBP_Router在接收到上述信息后，会首先在路由规则中查找与sg1、sg2相匹配的路由规则，找到之后，可以确定出增加的下发目标为sga，并且目标UDBP为地市A的UDBP，因此，就可以直接把切换或扣费数据发送到地市A的UDBP，同时，将sg1、sg2、sga也发送给地市A的UDBP，这样地市A的UDBP就会在sg1及sg2的VOD频点上下发切换或扣费数据，同时，将该切换或扣费数据在地市A的全部广播频点上广播。所以sg1及sg2中的用户不仅可以在VOD频点上接收到切换或扣费数据，而且也可以在所有广播频点上接收到所述切换或扣费数据。

在下发调谐数据时，可能是在接收到某用户(假设是sg1下的某用户)的请求时下发的，但是由于只需要向广播单频点发送，因此，可以采用替换的路由规则类型，即在向UDBP_Router发送调谐数据的同时，携带的下发目标为sg1，路由规则类型为替换；UDBP_Router在接收到上述信息后，会首先在路由规则中查找与sg1相匹配的路由规则，找到之后，可以确定出替换的下发目标为sga，并且目标UDBP为地市A的UDBP；因此，UDBP_Router就可以直接把调谐数据发送到地市A的UDBP，同时，将sga也发送给地市A的UDBP，这样地市A的UDBP就会在将该调谐数据在地市A的广播单频点上广播。所以，地市A中的该用户可以在广播单频点上接收到所述调谐数据。

同理，相对于表2，可以使用的路由规则类型如表7所示。

表7

从表7可以看出，由于SchedulerServer在下发Schedulenotify数据时，需要向用户所在sg的VOD频点和sg所在地市的所有广播频点发送，因此，可以采用增加的路由规则类型，具体如何实现数据的下发可以参见表1中关于切换或扣费数据的下发，这里不再赘述。

相对于表3，可以使用的路由规则类型如表8所示。

表8

从表8可以看出，由于EMM在下发emm数据时，只需要向用户所在Sg的VOD频点发送，因此，可以直接采用透传的路由规则类型，例如，用户所在sg为sg1，则UDBP_Router就会直接将emm数据下发到sg1对应的地市A的UDBP，同时，将sg1发送给地市A的UDBP，这样地市A的UDBP就会将该emm数据仅在sg1的VOD频点上发送。

相对于表4，可以使用的路由规则类型如表9所示。

表9

从表9可以看出，由于PushScheduler在下发Push表单数据时，需要向全网发送，因此，可以将下发目标设置为sgx，同时，使用透传的路由规则类型，UDBP_Router在接收到上述信息后，就会将Push表单数据下发到全网中各地市的UDBP，同时将sgx这一标识也一同发送到各地市的UDBP，然后各地市的UDBP就会将表单数据在所有的VOD频点及所有的广播频点上发送。

可见，利用本发明实施例提供的方法，可以很方便地实现业务系统中业务数据下发范围多样化的需求。

需要说明的是，在本发明实施例中，业务系统及各地市的UDBP都应该知晓sgi、sgx及sga、sgb等标识的含义，可以在各自的本地预置标识与实际下发目标的对应关系。例如，对于地市A的UDBP而言，该UDBP应该知悉，当接收到下发目标为sgi时，是在sgi的VOD频点上下发数据，下发目标是sga时，是需要在广播频点上广播，等等。

当然，在实际应用中，可以不限于上述几种路由规则类型，可以根据实际的业务数据下发需求增加或修改路由规则，也就是说，当业务系统下发的业务数据随着运营等的不同而经常变化时，只需要修改UDBP_Router中的路由规则即可，这样，就需要修改业务系统的程序，因此便于实现系统的扩展及维护。

与本发明实施例所述的业务数据下发方法相对应，本发明实施例还提供了一种业务数据下发装置，参见图4，该装置包括：

接收单元U401，用于接收业务系统下发的业务数据及路由信息；

匹配单元U402，用于将所述路由信息与预置的路由规则进行匹配，确定目标统一数据播出平台UDBP；

第一发送单元U403，用于将所述业务数据发送至所述目标UDBP。

其中，所述预置的路由规则可以用于保存下发目标与目标UDBP之间的对应关系。

具体实现时，所述路由信息可以包括下发目标；

相应的，匹配单元U402可以包括查找子单元，用于在所述预置的路由规则中查找与所述下发目标相匹配的路由规则，在所述相匹配的路由规则中确定目标UDBP；

所述装置还包括：

第二发送单元，用于将所述下发目标发送至所述目标UDBP，以便所述目标UDBP将所述业务数据发送到所述下发目标。

或者，所述路由信息也可以包括下发目标及路由规则类型；

相应的，匹配单元U402可以包括查找子单元，用于在所述预置的路由规则中查找与所述下发目标相匹配的路由规则，在所述相匹配的路由规则中确定目标UDBP；

所述装置还包括：

实际目标确定单元，用于根据所述路由规则类型，确定实际的下发目标；第三发送单元，用于将所述实际的下发目标下发到所述目标UDBP，以便所述目标UDBP将所述业务数据发送到所述实际的下发目标。

具体的，所述路由规则类型包括透传，所述实际目标确定单元包括：

第一确定子单元，用于将所述业务系统下发的下发目标确定为实际的下发目标。

或者，所述路由规则类型也可以包括替换，所述实际目标确定单元包括：

第二确定子单元，用于在所述相匹配的路由规则中查找与所述业务系统下发的下发目标对应的替换目标，将所述替换目标确定为实际的下发目标。

再者，所述路由规则类型还可以包括增加，所述实际目标确定单元包括：

第三确定子单元，用于在所述相匹配的路由规则中查找与所述业务系统下发的下发目标对应的增加目标，将所述业务系统下发的下发目标及所述增加目标一并确定为实际的下发目标。

与本发明实施例所提供的业务数据下发方法及装置相对应，本发明实施例还提供了一种业务数据下发系统，参见图5，该系统包括：

业务系统U501、UDBPU502及前述实施例所述的业务数据下发装置，即UDBP路由器U503，其中，

业务系统U501，用于将业务数据及路由信息下发到所述业务数据下发装置；

UDBPU502，用于将所述业务数据发送至下发目标。

上述业务数据下发系统，可以执行前述图2及其实施例所示的方法，因而其工作流程在此不赘述。

以上对本发明所提供的一种业务数据下发方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (9)

1.一种业务数据下发方法，其特征在于，包括：

接收业务系统下发的业务数据及路由信息；其中，所述业务数据是指业务系统中的VOD业务门户系统Portal_BS、预定购业务排计划系统ScheduleServer、推送业务排计划系统PushScheduler下发的业务数据；

将所述路由信息与预置的路由规则进行匹配，确定目标统一数据播出平台UDBP；

将所述业务数据发送至所述目标UDBP；

所述预置的路由规则用于保存下发目标与目标UDBP之间的对应关系；

所述路由信息包括下发目标及路由规则类型；

所述将所述路由信息与预置的路由规则进行匹配，确定目标统一数据播出平台UDBP包括：在所述预置的路由规则中查找与所述下发目标相匹配的路由规则，在所述相匹配的路由规则中确定目标UDBP；

所述方法还包括：

根据所述路由规则类型，确定实际的下发目标；将所述实际的下发目标下发到所述目标UDBP，以便所述目标UDBP将所述业务数据发送到所述实际的下发目标。

2.根据权利要求1所述的方法，其特征在于，所述路由规则类型包括透传，所述根据所述路由规则类型，确定实际的下发目标包括：

将所述业务系统下发的下发目标确定为实际的下发目标。

3.根据权利要求1所述的方法，其特征在于，所述路由规则类型包括替换，所述根据所述路由规则类型，确定实际的下发目标包括：

在所述相匹配的路由规则中查找与所述业务系统下发的下发目标对应的替换目标，将所述替换目标确定为实际的下发目标。

4.根据权利要求1所述的方法，其特征在于，所述路由规则类型包括增加，所述根据所述路由规则类型，确定实际的下发目标包括：

在所述相匹配的路由规则中查找与所述业务系统下发的下发目标对应的增加目标，将所述业务系统下发的下发目标及所述增加目标一并确定为实际的下发目标。

5.一种业务数据下发装置，其特征在于，包括：

接收单元，用于接收业务系统下发的业务数据及路由信息；其中，所述业务数据是指业务系统中的VOD业务门户系统Portal_BS、预定购业务排计划系统ScheduleServer、推送业务排计划系统PushScheduler下发的业务数据；

匹配单元，用于将所述路由信息与预置的路由规则进行匹配，确定目标统一数据播出平台UDBP；

第一发送单元，用于将所述业务数据发送至所述目标UDBP；

所述预置的路由规则用于保存下发目标与目标UDBP之间的对应关系；

所述路由信息包括下发目标及路由规则类型；

所述匹配单元包括查找子单元，用于在所述预置的路由规则中查找与所述下发目标相匹配的路由规则，在所述相匹配的路由规则中确定目标UDBP；

所述装置还包括：

实际目标确定单元，用于根据所述路由规则类型，确定实际的下发目标；第三发送单元，用于将所述实际的下发目标下发到所述目标UDBP，以便所述目标UDBP将所述业务数据发送到所述实际的下发目标。

6.根据权利要求5所述的装置，其特征在于，所述路由规则类型包括透传，所述实际目标确定单元包括：

第一确定子单元，用于将所述业务系统下发的下发目标确定为实际的下发目标。

7.根据权利要求5所述的装置，其特征在于，所述路由规则类型包括替换，所述实际目标确定单元包括：

第二确定子单元，用于在所述相匹配的路由规则中查找与所述业务系统下发的下发目标对应的替换目标，将所述替换目标确定为实际的下发目标。

8.根据权利要求5所述的装置，其特征在于，所述路由规则类型包括增加，所述实际目标确定单元包括：

第三确定子单元，用于在所述相匹配的路由规则中查找与所述业务系统下发的下发目标对应的增加目标，将所述业务系统下发的下发目标及所述增加目标一并确定为实际的下发目标。

9.一种业务数据下发系统，其特征在于，包括业务系统、UDBP及权利要求5至8任一项所述的业务数据下发装置；其中，

所述业务系统，用于将业务数据及路由信息下发到所述业务数据下发装置；

所述UDBP，用于将所述业务数据发送至下发目标。