CN114513462A - 一种动态业务流量分发方法及系统 - Google Patents

Abstract

本申请提供一种动态业务流量分发方法及系统，该方法包括如下步骤：获取多个分发渠道的流量关键特征数据，根据流量关键特征数据，获取符合预设待分发渠道要求的分发渠道加入待分发渠道；根据服务器的流量数据和渠道数据，计算流量负载系数和渠道负载系数；根据流量负载系数和渠道负载系数，计算流量可分发渠道数；比较流量可分发渠道数和待分发渠道中的渠道数量的大小，若流量可分发渠道数大于或等于待分发渠道中的渠道数量，则对待分发渠道中的所有渠道进行全量分发；流量可分发渠道数小于待分发渠道中的渠道数量，则从待分发渠道中选择部分分发渠道进行流量分发。本申请提高服务器利用率，降低流量成本和运营任务工作量。

Description

一种动态业务流量分发方法及系统

技术领域

本申请涉及数据传输技术领域，尤其涉及一种动态业务流量分发方法及系统。

背景技术

随着移动互联网业务蓬勃发展，互联网广告业务规模也持续增长，业务流量来源广且多，广告主繁杂的情况也随之而来。当大量的流量进入系统，需要分配给不同的广告主进行采买，如何高效分配流量及节省流量成本已成为各ADX（互联网广告交易平台）重点关注的问题。当前流量分发系统的主要流量分发方法包括以下几种：

第一种，如图7所示，全量分发方法：将流量分发给全部的广告主。

第二种，如图8所示，运营控制流量分发：运营人员将各渠道流量分发给部分广告主。

第一种全量分发方法存在如下缺陷：全量分发在广告主数量较少时能满足需求，但是，在广告主数量较多时，服务器负载高，流量成本高；并且在流量洪峰时，易造成服务器负载超高，服务器崩溃，通常解决办法为增加服务集群，但在流量低谷时，服务器空闲会造成服务器资源的浪费。

第二种运营控制流量分发方法存在如下缺陷：运营控制流量分发在媒体较少时能满足需求，在媒体流量增多后，运营人员维护难，广告主较固定，影响流量填充。以上两种技术都不能实现多分发渠道场景下，对多形态业务流量和多广告主（业务对象）的较好匹配，存在维护困难，成本高的问题。

因此，目前仍需要提供一种能够实现多分发渠道场景下，对多形态业务流量和业务对象的良好匹配，维护方便，降低流量分发成本和运营任务工作量的方法。

发明内容

本申请的目的在于提供一种动态业务流量分发方法及系统，在高并发业务场景下，结合服务器性能以及各渠道对流量的响应率搭建一套动态高效分发流量的方法，提高服务器利用率，降低流量成本和运营任务工作量。

为达到上述目的，本申请提供一种动态业务流量分发方法，该方法包括如下步骤：获取多个分发渠道的流量关键特征数据，根据流量关键特征数据，获取符合预设待分发渠道要求的分发渠道加入待分发渠道；获取服务器的流量数据和渠道数据；根据服务器的流量数据，计算流量负载系数；根据服务器的渠道数据，计算渠道负载系数；根据流量负载系数和渠道负载系数，计算流量可分发渠道数；比较流量可分发渠道数和待分发渠道中的渠道数量的大小，若流量可分发渠道数大于或等于待分发渠道中的渠道数量，则对待分发渠道中的所有渠道进行全量分发；流量可分发渠道数小于待分发渠道中的渠道数量，则根据预设的流量分发策略，从待分发渠道中选择部分分发渠道进行流量分发。

如上的，其中，根据预设的流量分发策略，从待分发渠道中选择部分分发渠道进行流量分发的方法包括如下子步骤：获取待分发渠道中所有渠道的渠道优先级和渠道对流量的响应率；根据渠道优先级和渠道对流量的响应率，计算每个渠道的权重值；根据每个渠道的权重值，计算待分发渠道中所有渠道的权重值之和；生成小于所有渠道权重值之和的随机数，遍历待分发渠道中渠道，如果随机数小于或等于某个渠道权重值，则将该渠道加入流量分发渠道，删除待分发渠道中的该渠道；直到流量分发渠道数等于可分发渠道数，停止从待分发渠道中挑选分发渠道。

如上的，其中，计算每个渠道的权重值的方法为：渠道的权重值=渠道优先级*（1+渠道对流量的响应率）。

如上的，其中，所述流量数据为当前流量的

，所述渠道数据为渠道每秒新建连接数。

如上的，其中，所述流量负载系数的计算方法为：流量负载系数=当前流量的

/(单核负载数*服务器CPU核心数)。

如上的，其中，所述渠道负载系数的计算方法如下：渠道负载系数=渠道每秒新建连接数/(单核负载数*服务器CPU核心数)。

如上的，其中，计算流量可分发渠道数的方法为：若流量负载系数+渠道负载系数≥1，则可分发渠道数=渠道额外连接数/当前流量的

；若流量负载系数+渠道负载系数<1,则可分发渠道数=（1-流量负载系数）/渠道负载系数*当前渠道连接数。

如上的，其中，通过设定定时任务，每间隔一段时间，根据服务器的流量数据和渠道数据分别计算流量负载系数和渠道负载系数。

如上的，其中，获取符合预设待分发渠道要求的分发渠道的方法包括：

根据分发渠道的业务流量数据，提取分发渠道的流量关键数据特征，并生成统一数据结构；基于流量关键特征数据，判断每个分发渠道是否符合预设待分发渠道要求，若是，则加入待分发渠道，否则，禁止加入待分发渠道。

本申请还提供一种动态业务流量分发系统，该系统包括：待分发渠道获取模块，用于获取多个分发渠道的流量关键特征数据，根据流量关键特征数据，获取符合预设待分发渠道要求的分发渠道加入待分发渠道；数据获取模块，用于获取服务器的流量数据和渠道数据；数据处理器，用于根据服务器的流量数据，计算流量负载系数；根据服务器的渠道数据，计算渠道负载系数；数据处理器，还根据流量负载系数和渠道负载系数，计算流量可分发渠道数；数据比较器，用于比较流量可分发渠道数和待分发渠道中的渠道数量的大小，若流量可分发渠道数大于或等于待分发渠道中的渠道数量，则对待分发渠道中的所有渠道进行全量分发；流量可分发渠道数小于待分发渠道中的渠道数量，则根据预设的流量分发策略，从待分发渠道中选择部分分发渠道进行流量分发。

本申请实现的有益效果如下：

（1）本申请在高并发业务场景下，结合服务器性能以及各渠道对流量的响应率搭建一套动态高效分发流量的方法，提高服务器的利用率，降低流量成本和运营任务工作量。

（2）本申请在流量低谷时可充分利用流量，分发至各渠道，在流量高峰时，通过服务器的动态计算，将流量分发至更有可能响应的业务对象，提高服务器利用率，减少流量成本和运营成本。

（3）本申请根据各渠道权重值使用随机数从待分发渠道中挑选分发渠道，可高效利用流量，大概率将流量分发至渠道对流量响应率（广告填充率）更高，运营策略更重要的渠道，同时兼顾其他渠道，使其他渠道流量供应不会中断。

附图说明

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

图1为本申请实施例的一种动态业务流量分发方法的流程图。

图2为本申请实施例的获取待分发渠道的方法流程图。

图3为本申请实施例的获取流量数据和渠道数据的方法流程图。

图4为本申请实施例的计算流量负载系数和渠道负载系数的方法流程图。

图5为本申请实施例的流量分发方法流程图。

图6为本申请实施例的一种动态业务流量分发系统的结构示意图。

图7为现有技术中的一种全量分发方法。

图8为现有技术中的一种流量分发方法。

附图标记：10-待分发渠道获取模块；20-数据获取模块；30-数据处理器；40-数据比较器；50-流量分发模块；100-动态业务流量分发系统。

具体实施方式

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

实施例一

如图1所示，本申请提供一种动态业务流量分发方法，该方法包括如下步骤：

步骤S1，获取多个分发渠道的流量关键特征数据，根据流量关键特征数据，获取符合预设待分发渠道要求的分发渠道加入待分发渠道。

具体的，获取多个分发渠道的流量关键特征数据，基于流量关键特征数据，判断每个分发渠道是否符合预设待分发渠道要求，若是，则加入待分发渠道，否则，禁止加入待分发渠道。

如图2所示，步骤S1包括如下子步骤：

步骤S110，根据分发渠道的业务流量数据，提取分发渠道的流量关键数据特征，并生成统一数据结构。

其中，业务流量数据为服务方和对接方通过约定的接口接收到的数据，流量关键数据特征包括：流量类型、地域、设备类型、流量标签、流量人群类型和来源信息等，对不同分发渠道的业务流量进行统一格式化处理，转化为程序内部（本服务内）统一的数据结构。

步骤S120，基于流量关键特征数据，判断每个分发渠道是否符合预设待分发渠道要求，若是，则加入待分发渠道，否则，禁止加入待分发渠道。

其中，预设待分发渠道要求为设定流量特征数据内容，包括设定流量类型、地域范围、设备类型、流量标签或流量人群类型等，例如：设定广告位类型、底价不高于某个值或操作系统为Android等流量特征数据，当分发渠道的流量特征数据符合预设的待分发渠道流量特征数据时，则将该分发渠道加入待分发渠道列表中，从而挑选符合要求的分发渠道进行流量分发，提高流量分发效率，降低流量分发成本。

作为本发明的一个具体实施例，对于分发渠道的不同来源流量可通过流量渠道提供的对接文档对接获取，也可通过提供标准对接文档给流量方获取，并且使用一致的数据结构。再通过对接文档提供的URL地址接收流量方发送的请求，提取请求中的流量关键特征数据，例如流量广告位类型，流量底价，应用于广告的设备信息等，将提取的信息转为统一数据结构BidRequest,该数据结构作为分发给各渠道（广告主渠道）的数据。本申请业务流量可以是广告流量、娱乐流量、商品流量等数据流量，也可以是其他业务流量，广告流量为服务方和对接方通过约定的接口接收到的数据。例如，广告流量可以是APP中发出的广告请求数据，例如，APP1的开屏广告位发出的广告请求数据。

作为本发明的一个具体实施例，本申请通过广告主渠道的预设条件，筛选广告流量可分发的广告主渠道，获取所有广告流量分发渠道，根据流量关键特征数据，选取符合渠道分发要求的渠道，加入待分发渠道列表。具体的，广告流量分发渠道是流量分发商所对接的拥有广告投放意向和广告投放预算的广告投放方。其会根据流量分发商发送的请求，挑选合适的流量，给予广告投放的响应。例如针对某个设备的开屏界面，某广告投放方投放某商城的广告。可以理解的是，一个广告流量通过分发广告流量数据至不同的广告投放方，不同的广告投放方将投放意向数据返回，完成广告流量的交易。

步骤S2，获取服务器的流量数据和渠道数据。

如图3所示，步骤S2包括如下子步骤：

步骤S210，获取服务器的流量数据。

具体的，获取当前流量的

（服务器每秒的响应请求数）。

步骤S220，获取服务器的渠道数据。

具体的，获取服务器的渠道每秒新建连接数。渠道连接即服务方和对接方进行数据交互时连接的渠道。

步骤S3，根据服务器的流量数据，计算流量负载系数；根据服务器的渠道数据，计算渠道负载系数。

具体的，建立定时任务，根据服务器的流量数据，计算流量负载系数；根据服务器的渠道数据，计算渠道负载系数。并将计算的流量负载系数和渠道负载系数进行缓存。例如，建立的定时任务是每10秒执行一次计算服务器当前流量负载系数和渠道负载系数的程序。将计算的流量负载系数和渠道负载系数缓存在本地内存中。在不同的服务器负载下，服务器动态调整广告流量的分发，为通过定时任务，每间隔一段时间异步计算流量负载系数和渠道负载系数，并缓存在内存中供程序直接取用，进而提高流量分发效率。

如图4所示，步骤S3包括如下子步骤：

步骤S310，根据服务器的流量数据，计算流量负载系数。

具体的，流量负载系数的计算方法为：

；

其中，

表示流量负载系数；

表示当前流量的

；

表示单核负载数；

表示服务器CPU核心数。

流量负载系数的计算方法即：流量负载系数=当前流量的

/(单核负载数*服务器CPU核心数)。

其中，*表示乘法；服务器CPU核心数是指一块CPU上面能处理数据的芯片组的数量。核心数越多数据处理能力越强大。

即每秒查询率，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。

= req/sec = 请求数/秒，即每秒的响应请求数，也即是最大吞吐能力。单核负载数是根据服务器内线程复杂度和程序执行时间预估的程序极限处理能力。

其中，单核负载数的计算方法为：

单核负载数=（1000毫秒/服务器单线程执行中CPU占用时间）*（1-服务器上下文切换时间）。

作为本发明的一个具体实施例，假设服务器单线程执行时间为2毫秒，其中CPU占用时间为0.5ms，IO占用时间为1.5毫秒，设定服务器上下文切换时间为0.05；则本发明的单核负载数= 1000毫秒/0.5毫秒*(1-0.05)=1900。

步骤S320，根据服务器的渠道数据，计算渠道负载系数。

其中，渠道负载系数的计算方法如下：

；

其中，

表示渠道负载系数；

表示渠道每秒新建连接数；

表示单核负载数；

表示服务器CPU核心数。

渠道负载系数的计算方法即：渠道负载系数=渠道每秒新建连接数/(单核负载数*服务器CPU核心数)。

作为本发明的一个具体实施例，假设，单核负载数为3000，在服务器CPU为8核（服务器CPU核心数为8），流量

为5000，渠道每秒新建连接数（额外连接数）为15000的情况下，则流量负载系数和渠道负载系数计算结果如下：

流量负载系数= 5000/(3000*8)=0.2；

渠道负载系数= 15000/(3000*8)=0.625。

步骤S4，根据流量负载系数和渠道负载系数，计算流量可分发渠道数。

若流量负载系数+渠道负载系数≥1,则说明服务器已达到负载上限，可分发渠道数=渠道额外连接数/当前流量的

。即可分发渠道数的计算方法为：

；

其中，

表示可分发渠道数；

表示渠道额外连接数。

作为本发明的一个具体实施例，若流量负载系数+渠道负载系数≥1,渠道额外连接数（渠道每秒新建连接数）=15000；流量

=5000；则可分发渠道数=15000/5000=3。

若流量负载系数+渠道负载系数<1,则说明服务器尚有能力，可分发渠道数=（1-流量负载系数）/渠道负载系数*当前渠道连接数。

若流量负载系数+渠道负载系数<1,则可分发渠道数的计算方法为：

；

其中，

表示可分发渠道数；

表示流量负载系数；

表示渠道负载系数；

表示当前渠道连接数。

步骤S5，比较流量可分发渠道数和待分发渠道中的渠道数量的大小，若流量可分发渠道数大于或等于待分发渠道中的渠道数量，则对待分发渠道中的所有渠道进行全量分发；流量可分发渠道数小于待分发渠道中的渠道数量，则根据预设的流量分发策略，从待分发渠道中选择部分分发渠道进行流量分发。

具体的，比较流量可分发渠道数和待分发渠道中的渠道数量的大小，若流量可分发渠道数≥符合条件的分发渠道数量（待分发渠道列表中分发渠道的数量），则进行全量下发，即将业务流量全部分发给待分发渠道列表中所有的分发渠道。若流量可分发渠道数<符合条件的分发渠道数量， 则根据各渠道优先级和填充率（广告填充率）计算渠道权重值，并使用随机数和渠道权重值，从待分发渠道中挑选可分发渠道数量的分发渠道，进行流量分发。

如图5所示，根据预设的流量分发策略，从待分发渠道中挑选分发渠道进行流量分发的方法包括如下步骤：

步骤S510，获取待分发渠道中所有渠道的渠道优先级和渠道对流量的响应率。

其中，各渠道优先级为运营人员在业务流量投放过程中根据业务对象（广告主）的要求和投放效果，为了更好的利用流量，按照其运营策略为渠道（广告主渠道）自定义的值。渠道优先级大于1，默认渠道优先级的值为1。广告主渠道越重要，渠道优先级的值越大，为了保证流量稳定分发至该渠道，则设定的渠道优先级值就越大。

其中，渠道对流量的响应率即渠道对流量的竞价响应率，也即广告填充率。渠道对流量的响应率=渠道对请求响应的数量/对渠道发出的请求数量。假如，对某渠道发送100个请求，该渠道对其中80个请求返回了竞价响应和广告信息，则该渠道对流量的响应率（广告填充率）认为是80%。

步骤S520，根据渠道优先级和渠道对流量的响应率，计算每个渠道的权重值。

其中，渠道的权重值的计算方法为：

；

其中，

表示渠道的权重值；

表示渠道优先级；

表示渠道对流量的响应率。

渠道的权重值的计算方法即渠道的权重值=渠道优先级*（1+渠道对流量的响应率）。

作为本发明的具体实施例，渠道优先级为1，渠道对流量的响应率为0.8，则渠道的权重值=1*（1+0.8）=1.8。

步骤S530，根据每个渠道的权重值，计算待分发渠道中所有渠道的权重值之和。

步骤S540，生成小于所有渠道权重值之和的随机数，遍历待分发渠道中渠道，如果随机数小于或等于某个渠道权重值，则将该渠道加入流量分发渠道，删除待分发渠道中的该渠道。

步骤S550，重复步骤S540，直到流量分发渠道数等于可分发渠道数，停止从待分发渠道中挑选分发渠道。

本申请根据各渠道权重值使用随机数从待分发渠道中挑选分发渠道，可高效利用流量，大概率将流量分发至渠道对流量响应率（广告填充率）更高，运营策略更重要的渠道，同时兼顾其他渠道，使其他渠道流量供应不会中断。

实施例二

如图6所示，本申请提供一种动态业务流量分发系统100，该系统包括：

待分发渠道获取模块10，用于获取多个分发渠道的流量关键特征数据，根据流量关键特征数据，获取符合预设待分发渠道要求的分发渠道加入待分发渠道。

数据获取模块20，用于获取服务器的流量数据和渠道数据。

数据处理器30，用于根据服务器的流量数据，计算流量负载系数；根据服务器的渠道数据，计算渠道负载系数。

数据处理器30，还根据流量负载系数和渠道负载系数，计算流量可分发渠道数。

数据比较器40，用于比较流量可分发渠道数和待分发渠道中的渠道数量的大小，若流量可分发渠道数大于或等于待分发渠道中的渠道数量，则对待分发渠道中的所有渠道进行全量分发；流量可分发渠道数小于待分发渠道中的渠道数量，则根据预设的流量分发策略，从待分发渠道中选择部分分发渠道进行流量分发。

流量分发模块50，用于当流量可分发渠道数大于或等于待分发渠道中的渠道数量时，则对待分发渠道中的所有渠道进行全量分发；当流量可分发渠道数小于待分发渠道中的渠道数量时，则根据预设的流量分发策略，从待分发渠道中选择部分分发渠道进行流量分发。

本申请实现的有益效果如下：

（1）本申请在高并发业务场景下，结合服务器性能以及各渠道对流量的响应率搭建一套动态高效分发流量的方法，提高服务器的利用率，降低流量成本和运营任务工作量。

（2）本申请在流量低谷时可充分利用流量，分发至各渠道，在流量高峰时，通过服务器的动态计算，将流量分发至更有可能响应的业务对象，提高服务器利用率，减少流量成本和运营成本。

（3）本申请根据各渠道权重值使用随机数从待分发渠道中挑选分发渠道，可高效利用流量，大概率将流量分发至渠道对流量响应率（广告填充率）更高，运营策略更重要的渠道，同时兼顾其他渠道，使其他渠道流量供应不会中断。

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

Claims (10)

1.一种动态业务流量分发方法，其特征在于，该方法包括如下步骤：

获取多个分发渠道的流量关键特征数据，根据流量关键特征数据，获取符合预设待分发渠道要求的分发渠道加入待分发渠道；其中，预设待分发渠道要求为设定的流量关键特征数据的内容；

获取服务器的流量数据和渠道数据；

根据服务器的流量数据，计算流量负载系数；根据服务器的渠道数据，计算渠道负载系数；

根据流量负载系数和渠道负载系数，计算流量可分发渠道数；

比较流量可分发渠道数和待分发渠道中的渠道数量的大小，若流量可分发渠道数大于或等于待分发渠道中的渠道数量，则对待分发渠道中的所有渠道进行全量分发；若流量可分发渠道数小于待分发渠道中的渠道数量，则根据预设的流量分发策略，从待分发渠道中选择部分分发渠道进行流量分发。

2.根据权利要求1所述的动态业务流量分发方法，其特征在于，根据预设的流量分发策略，从待分发渠道中选择部分分发渠道进行流量分发的方法包括如下子步骤：

获取待分发渠道中所有渠道的渠道优先级和渠道对流量的响应率；

根据渠道优先级和渠道对流量的响应率，计算每个渠道的权重值；

根据每个渠道的权重值，计算待分发渠道中所有渠道的权重值之和；

生成小于所有渠道权重值之和的随机数，遍历待分发渠道中的渠道，如果随机数小于或等于某个渠道的权重值，则将该渠道加入流量分发渠道，删除待分发渠道中的该渠道；直到加入流量分发渠道中的渠道数量等于流量可分发渠道数，停止从待分发渠道中挑选分发渠道。

3.根据权利要求2所述的动态业务流量分发方法，其特征在于，计算每个渠道的权重值的方法为：

；

其中，

表示渠道的权重值；

表示渠道优先级；

表示渠道对流量的响应率，*表示乘法。

4.根据权利要求1所述的动态业务流量分发方法，其特征在于，所述流量数据为当前流量的每秒查询率，所述渠道数据为渠道每秒新建连接数。

5.根据权利要求4所述的动态业务流量分发方法，其特征在于，所述流量负载系数的计算方法为：

；

其中，

表示流量负载系数；

表示当前流量的每秒查询率；

表示单核负载数；

表示服务器CPU核心数；*表示乘法。

6.根据权利要求5所述的动态业务流量分发方法，其特征在于，所述渠道负载系数的计算方法如下：

；

其中，

表示渠道负载系数；

表示渠道每秒新建连接数。

7.根据权利要求6所述的动态业务流量分发方法，其特征在于，计算流量可分发渠道数的方法为：

若流量负载系数+渠道负载系数≥1，则可分发渠道数的计算方法为：

；

其中，

表示可分发渠道数；

表示渠道额外连接数；

若流量负载系数+渠道负载系数<1,则可分发渠道数的计算方法为：

；

其中，

表示当前渠道连接数。

8.根据权利要求1所述的动态业务流量分发方法，其特征在于，通过设定定时任务，每间隔一段时间，根据服务器的流量数据和渠道数据分别计算流量负载系数和渠道负载系数。

9.根据权利要求1所述的动态业务流量分发方法，其特征在于，获取符合预设待分发渠道要求的分发渠道的方法包括：

根据分发渠道的业务流量数据，提取分发渠道的流量关键数据特征，并生成统一数据结构；

基于流量关键特征数据，判断每个分发渠道是否符合预设待分发渠道要求，若是，则加入待分发渠道，否则，禁止加入待分发渠道。

10.一种动态业务流量分发系统，其特征在于，执行权利要求1-9之一的方法，该系统包括：

待分发渠道获取模块，用于获取多个分发渠道的流量关键特征数据，根据流量关键特征数据，获取符合预设待分发渠道要求的分发渠道加入待分发渠道；

数据获取模块，用于获取服务器的流量数据和渠道数据；

数据处理器，用于根据服务器的流量数据，计算流量负载系数；根据服务器的渠道数据，计算渠道负载系数；

数据处理器，还根据流量负载系数和渠道负载系数，计算流量可分发渠道数；

数据比较器，用于比较流量可分发渠道数和待分发渠道中的渠道数量的大小，若流量可分发渠道数大于或等于待分发渠道中的渠道数量，则对待分发渠道中的所有渠道进行全量分发；若流量可分发渠道数小于待分发渠道中的渠道数量，则根据预设的流量分发策略，从待分发渠道中选择部分分发渠道进行流量分发。

Images