网络媒介信息存储量的询量分配方法和装置制造方法
【专利摘要】本申请公开了一种网络媒介信息存储量的询量分配方法和装置，包括：接收并存储至少一个虚拟应用请求信息，所述虚拟应用请求信息中包括至少一个定向维度的询量条件、请求量、和时间范围信息；接收对所存储的虚拟应用请求的第一选择指令；根据网络媒介信息的存储量数据，计算在第一选择指令所选的虚拟应用请求的时间范围内，符合该虚拟应用请求的询量条件的每天最大可预订存储量；根据所述第一选择指令所选的虚拟应用请求中的请求量，以及所得到的每天最大可预订存储量，在该虚拟应用请求的时间范围内，分配每天的存储量。
【专利说明】网络媒介信息存储量的询量分配方法和装置
【技术领域】
[0001] 本发明涉及互联网的数据处理技术，尤其涉及一种网络媒介信息存储量的询量分 配方法和装置。
【背景技术】
[0002] 网络媒介信息是一种在互联网系统的各种展示形式(如网页、客户端界面等）上发 布的以数字代码为载体的各种信息。通常的网络媒介信息都对应有目标网页，用户点击了 网络媒介信息即可跳转到对应的目标网页，目标网页的内容就会展现在用户面前。如何有 效地向特定的受众投放展示网络媒介信息，并对所展示的信息进行有效的管理，是目前互 联网技术业界所关注的一个领域。
[0003] 网络媒介信息处理展示技术最近几年发展非常迅猛，已经应用到许多产业领域。 例如在互联网的广告处理展示领域中，所述互联网广告就是一种网络媒介信息。网络媒介 信息处理展示技术中的一种主要技术是网络媒介信息投放控制技术。
[0004] 在现有的网络媒介信息投放控制系统中，需要根据网络媒介信息投放方的需求为 网络媒介信息的投放设置应用请求，所述应用请求中设置有定向维度，例如投放的时段信 息、地域信息、展示位置、受众属性(如年龄、性别)等信息。网络媒介信息投放展示系统在用 户发出展示请求(如展示视频请求）时，会获取发出该展示请求的维度信息，如时段、地域、 展示位置、受众年龄、性别等信息，然后将这些维度信息与已经投放的网络媒介信息的应用 请求信息进行匹配，根据匹配的应用请求在对应的展示位置上展示该应用请求对应的网络 媒介信息。
[0005] 在现有的网络媒介信息投放控制系统中，由于网络媒介信息投放方数量众多，投 放网络媒介信息应用请求的时间由各网络媒介信息投放方自主决定,而且投放的网络媒介 信息应用请求的数量也较多，因此实际投放到网络媒介信息投放控制系统中的网络媒介信 息应用请求处于经常变化之中。存储量的分配方法采用的是先到先得的方式，即先将存储 量分配给已经先确定好的应用请求。然而网络媒介信息投放方在投放网络媒介信息之前， 往往希望查看当前网络媒介信息投放控制系统的存储量是否适应本次欲投放应用请求的 请求量。但是，现有的网络媒介信息投放控制系统中，当前存储量是否能合理地分配给欲 投放的应用请求，只能在该应用请求被确认成真实应用请求、并在网络媒介信息投放控制 系统的真实存储量资源和其它资源(如计算资源及网络资源等）在分配给该真实应用请求 之后，根据实际的投放统计监测数据才能获知，如果在此之后发现当前的存储量及资源不 能满足该应用请求需求时，则需要人工撤销该真实应用请求，并结算系统已经投放的网络 媒介信息的费用和剩余费用，再由系统释放相应的存储量和资源(如计算资源和网络资源 等)，并需人工重新增加一个新的应用请求,并再次确认成真实应用请求,之后网络媒介信 息投放控制系统会将真实存储量资源和其它资源再次分配给该新的真实应用请求，如果通 过查看监测统计数据还不能满足需求，则需要再次人工撤销真实应用请求，并结算相应费 用，并由系统再次释放相应的存储量和资源(如计算资源和网络资源等)，周而复始，直到存 储量的分配满足了投放方的需求为止。
[0006] 因此，现有的网络媒介信息投放控制系统在为应用请求分配调整存储量的过程 中，大量的已投放网络媒介信息的费用和相应存储量资源实际上是被浪费掉了，而且再次 期间需要重复调用和释放真实的存储量资源和其它资源如计算资源及网络资源等，因此运 营维护的效率低下，资源利用率低，运营和维护的成本较高。
【发明内容】
[0007] 有鉴于此，本发明的主要目的在于提供一种网络媒介信息存储量的询量分配方 法，以提高运营维护的效率和资源利用率，降低运营维护的成本。
[0008] 本发明的另一个目的在于提供一种网络媒介信息存储量的询量分配装置，以提高 运营维护的效率和资源利用率，降低运营维护的成本。
[0009] 本发明的技术方案是这样实现的：
[0010] 一种网络媒介信息存储量的询量分配方法，包括：
[0011] 接收并存储至少一个虚拟应用请求信息，所述虚拟应用请求信息中包括至少一个 定向维度的询量条件、请求量、和时间范围信息；
[0012] 接收对所存储的虚拟应用请求的第一选择指令；
[0013] 根据网络媒介信息的存储量数据，计算在第一选择指令所选的虚拟应用请求的时 间范围内，符合该虚拟应用请求的询量条件的每天最大可预订存储量；
[0014] 根据所述第一选择指令所选的虚拟应用请求中的请求量，以及所得到的每天最大 可预订存储量，在该虚拟应用请求的时间范围内，分配每天的存储量。
[0015] 一种网络媒介信息存储量的询量分配装置，包括：
[0016] 虚拟应用请求模块，用于接收并存储至少一个虚拟应用请求信息，所述虚拟应用 请求信息中包括至少一个定向维度的询量条件、请求量、和时间范围信息；
[0017] 第一选择模块，用于接收对所存储的虚拟应用请求的第一选择指令；
[0018] 存储量计算模块，用于根据网络媒介信息的存储量数据，计算在第一选择指令所 选的虚拟应用请求的时间范围内，符合该虚拟应用请求的询量条件的每天最大可预订存储 量；
[0019] 分配模块，用于根据所述第一选择指令所选的虚拟应用请求中的请求量，以及所 得到的每天最大可预订存储量，在该虚拟应用请求的时间范围内，分配每天的存储量。
[0020] 与现有技术相比，本发明可以接收和存储虚拟应用请求信息，虚拟应用请求信息 的数量可以为一个以上，投放方用户可以从存储的虚拟应用请求中选择一个作为前置询量 应用请求，并输入时间范围，然后本发明根据网络媒介信息的存储量数据，计算在所述时间 范围内，符合第一选择指令所选的虚拟应用请求的询量条件的每天最大可预订存储量，用 户可以根据每天最大可预定存储量确定是否可以满足当前虚拟应用请求的需求，如果不满 足则重新调整所述第一选择指令选择新的虚拟应用请求，在此过程中不需要投放系统投放 真实的存储量资源和其它资源；最后，根据所述第一选择指令所选的虚拟应用请求中的请 求量，以及所得到的每天最大可预订存储量，分配每天的存储量。这样，不会造成网络媒介 信息费用和相应真实存储量资源的浪费，提高了运营维护的效率和资源利用率，降低了运 营维护的成本。
【专利附图】
【附图说明】
[0021] 图1为本发明所述网络媒介信息存储量的询量分配方法的一种实施例的流程图；
[0022] 图2为本发明所述的一种虚拟应用请求编辑界面示意图；
[0023] 图3为一种虚拟应用请求询量计算结果的界面示意图；
[0024] 图4为在有多余量的单天中平均分配多余量的一种示意图；
[0025] 图5所示本发明所述网络媒介信息存储量的询量分配装置的一种组成示意图。
【具体实施方式】
[0026] 下面结合附图及具体实施例对本发明再作进一步详细的说明。
[0027] 图1为本发明所述网络媒介信息存储量的询量分配方法的一种实施例的流程图。 参见图1，本发明的方法主要包括：
[0028] 步骤101、接收并存储至少一个虚拟应用请求信息，所述虚拟应用请求信息中包括 至少一个定向维度的询量条件、请求量、和时间范围信息。
[0029] 在本发明的一种具体实施例中，所述应用请求信息可以是一种订单信息，所述虚 拟应用请求信息体可以是一种虚拟订单信息，所述请求量是该虚拟订单的需求量，所述网 络媒介信息的存储量可以是库存量，所述库存量是指：可以投放展示相应网络媒介信息的 曝光量。
[0030] 图2为本发明所述的一种虚拟应用请求编辑界面示意图；参见图2,所述虚拟应用 请求在一种具体实施例中可以是一种虚拟订单请求，具体包括以下至少一个定向维度的询 量条件(所述定向维度是指虚拟应用请求信息中询量条件的个数）：
[0031 ] 展示位置标识、受众性别、受众年龄、受众地域、展示时间、展示场景、展示内容、频 次、贴片时长，等等。
[0032] 这些维度的询量条件，可以满足大部分用户的询量需求，所述询量是指查询网络 媒介信息投放控制系统中的存储量即库存。投放方用户还可以在该虚拟应用请求编辑界面 填写本虚拟应用请求的时间范围201，以及该网络媒介信息展示位置在该时间范围201以 及所述询量条件下的存储量的请求量即库存需求量202 ;用户还可以设置该虚拟应用请求 的名称，即询量名称203,该询量名称是本虚拟应用请求区别于其它虚拟应用请求的标识。 用户可以增加，删除，修改，查询所需的虚拟应用请求。所保存才虚拟应用请求信息可以显 示在虚拟应用请求编辑界面的下方，如图2中的虚线区域210,供用户选择。
[0033] 本发明的一种实施例中，可以用两张数据表来记录虚拟单的情况，如下表1和表2 所示。表1用来记录虚拟应用请求的基础信息，表2将虚拟应用请求的存储量的请求量平 均拆分到每一天，通过这一功能可以方便的对虚拟应用请求进行统一的管理。
[0034]
【权利要求】
1. 一种网络媒介信息存储量的询量分配方法，其特征在于，包括： 接收并存储至少一个虚拟应用请求信息，所述虚拟应用请求信息中包括至少一个定向 维度的询量条件、请求量、和时间范围信息； 接收对所存储的虚拟应用请求的第一选择指令； 根据网络媒介信息的存储量数据，计算在第一选择指令所选的虚拟应用请求的时间范 围内，符合该虚拟应用请求的询量条件的每天最大可预订存储量； 根据所述第一选择指令所选的虚拟应用请求中的请求量，W及所得到的每天最大可预 订存储量，在该虚拟应用请求的时间范围内，分配每天的存储量。
2. 根据权利要求1所述的方法，其特征在于， 所述虚拟应用请求信息具体包括W下至少一个定向维度的询量条件： 展示位置标识、受众性别、受众年龄、受众地域、展示时间、展示场景、展示内容、频次、 贴片时长。
3. 根据权利要求1所述的方法，其特征在于，所述根据网络媒介信息的存储量数据，计 算在第一选择指令所选的虚拟应用请求的时间范围内，符合该虚拟应用请求的询量条件的 每天最大可预订存储量，具体包括： 根据网络媒介信息的存储量数据，计算在第一选择指令所选的虚拟应用请求的时间范 围内，符合该虚拟应用请求的询量条件的每天总存储量； 从真实应用请求库中，查询在所述时间范围之内，与所述第一选择指令所选的虚拟应 用请求中的询量条件有交集的真实应用请求； 计算在所述时间范围内，符合第一选择指令所选的虚拟应用请求的询量条件W及与其 有交集的真实应用请求的询量条件的每天冲突存储量； 将所述每天总存储量减去每天冲突存储量得到每天剩余存储量，将该每天剩余存储量 作为每天最大可预定存储量。
4. 根据权利要求1所述的方法，其特征在于，所述根据网络媒介信息的存储量数据，计 算在第一选择指令所选的虚拟应用请求的时间范围内，符合该虚拟应用请求的询量条件的 每天最大可预订存储量，具体包括： 根据网络媒介信息的存储量数据，计算在第一选择指令所选的虚拟应用请求的时间范 围内，符合该虚拟应用请求的询量条件的每天总存储量； 接收对需要纳入计算的已保存的虚拟应用请求的第二选择指令； 从真实应用请求库和第二选择指令所选的虚拟应用请求中，查询在所述时间范围之 内，与所述第一选择指令所选的虚拟应用请求中的询量条件有交集的真实应用请求和虚拟 应用请求； 计算在所述时间范围内，符合第一选择指令所选的虚拟应用请求的询量条件W及与其 有交集的真实应用请求和虚拟应用请求的询量条件的每天冲突存储量； 将所述每天总存储量减去每天冲突存储量得到每天剩余存储量，将该每天剩余存储量 作为每天最大可预定存储量。
5. 根据权利要求3或4所述的方法，其特征在于，该方法进一步包括： 计算每天的媒介曝光阔值； 选择所述每天剩余存储量和所述媒介曝光阔值中的最小值，作为每天最大可预定存储 量。
6. 根据权利要求3或4所述的方法，其特征在于，该方法进一步包括： 根据下述公式计算每天的预订率： 1 -(每天最大可预定存储量/每天总存储量)。
7. 根据权利要求3或4所述的方法，其特征在于，该方法进一步包括： 显示所述每天总存储量、每天冲突存储量、每天最大可预定存储量、和每天的预订率。
8. 根据权利要求1所述的方法，其特征在于，其特征在于，所述根据所述第一选择指令 所选的虚拟应用请求中的请求量，W及所得到的每天最大可预订存储量，在该虚拟应用请 求的时间范围内，分配每天的存储量，具体包括： 在所述时间范围内，比对所述第一选择指令所选的虚拟应用请求中的每天请求量与所 述每天最大可预定存储量，计算每天的缺少量或多余量，并计算在所述时间范围内的总缺 少量和总多余量； 若所述总缺少量小于总多余量，则在各有多余量的单天中平均分配多余量，直到所分 配完的多余量等于总缺少量为止； 若所述总缺少量大于总多余量，则将多余量先分配给缺少量最少的单天，再分配给缺 量次少的单天，直到多余量被分配完为止； 若所述总缺少量等于总多余量，则将每天的最大可预订存储量分配给每天。
9. 一种网络媒介信息存储量的询量分配装置，其特征在于，包括： 虚拟应用请求模块，用于接收并存储至少一个虚拟应用请求信息，所述虚拟应用请求 信息中包括至少一个定向维度的询量条件、请求量、和时间范围信息； 第一选择模块，用于接收对所存储的虚拟应用请求的第一选择指令； 存储量计算模块，用于根据网络媒介信息的存储量数据，计算在第一选择指令所选的 虚拟应用请求的时间范围内，符合该虚拟应用请求的询量条件的每天最大可预订存储量； 分配模块，用于根据所述第一选择指令所选的虚拟应用请求中的请求量，W及所得到 的每天最大可预订存储量，在该虚拟应用请求的时间范围内，分配每天的存储量。
10. 根据权利要求9所述的装置，其特征在于，所述虚拟应用请求信息具体包括W下至 少一个定向维度的询量条件： 展示位置标识、受众性别、受众年龄、受众地域、展示时间、展示场景、展示内容、频次、 贴片时长。
11. 根据权利要求9所述的装置，其特征在于，所述存储量计算模块具体包括： 总存储量计算子模块，用于根据网络媒介信息的存储量数据，计算在第一选择指令所 选的虚拟应用请求的时间范围内，符合该虚拟应用请求的询量条件的每天总存储量； 真实应用请求冲突子模块，用于从真实应用请求库中，查询在所述时间范围之内，与所 述第一选择指令所选的虚拟应用请求中的询量条件有交集的真实应用请求； 冲突存储量计算子模块，用于计算在所述时间范围内，符合第一选择指令所选的虚拟 应用请求的询量条件W及与其有交集的真实应用请求的询量条件的每天冲突存储量； 最大可预定存储量计算子模块，用于将所述每天总存储量减去每天冲突存储量得到每 天剩余存储量，将该每天剩余存储量作为每天最大可预定存储量。
12. 根据权利要求9所述的装置，其特征在于，所述存储量计算模块具体包括： 总存储量计算子模块，用于根据网络媒介信息的存储量数据，计算在第一选择指令所 选的虚拟应用请求的时间范围内，符合该虚拟应用请求的询量条件的每天总存储量； 第二选择模块，用于接收对需要纳入计算的已保存的虚拟应用请求的第二选择指令； 真实加虚拟应用请求冲突子模块，用于从真实应用请求库和第二选择指令所选的虚拟 应用请求中，查询在所述时间范围之内，与所述第一选择指令所选的虚拟应用请求中的询 量条件有交集的真实应用请求和虚拟应用请求； 冲突存储量计算子模块，用于计算在所述时间范围内，符合第一选择指令所选的虚拟 应用请求的询量条件W及与其有交集的真实应用请求和虚拟应用请求的询量条件的每天 冲突存储量； 最大可预定存储量计算子模块，将所述每天总存储量减去每天冲突存储量得到每天剩 余存储量，将该每天剩余存储量作为每天最大可预定存储量。
13. 根据权利要求11或12所述的装置，其特征在于，所述最大可预定存储量计算子模 块进一步用于：计算每天的媒介曝光阔值；选择所述每天剩余存储量和所述媒介曝光阔值 中的最小值，作为每天最大可预定存储量。
14. 根据权利要求11或12所述的装置，其特征在于，该装置进一步包括预订率计算模 块，用于根据下述公式计算每天的预订率： 1 -(每天最大可预定存储量/每天总存储量)。
15. 根据权利要求11或12所述的装置，其特征在于，该装置进一步包括显示模块，用于 显示所述每天总存储量、每天冲突存储量、每天最大可预定存储量、和每天的预订率。
16. 根据权利要求9所述的装置，其特征在于，所述分配模块具体包括： 总量计算子模块，用于在所述时间范围内，比对所述第一选择指令所选的虚拟应用请 求中的每天请求量与所述每天最大可预定存储量，计算每天的缺少量或多余量，并计算在 所述时间范围内的总缺少量和总多余量； 分配计算子模块，用于： 若所述总缺少量小于总多余量，则在各有多余量的单天中平均分配多余量，直到所分 配完的多余量等于总缺少量为止； 若所述总缺少量大于总多余量，则将多余量先分配给缺少量最少的单天，再分配给缺 量次少的单天，直到多余量被分配完为止； 若所述总缺少量等于总多余量，则将每天的最大可预订存储量分配给每天。
【文档编号】G06F12/02GK104346283SQ201310330551
【公开日】2015年2月11日 申请日期:2013年8月1日 优先权日:2013年8月1日
【发明者】袁晔锋, 袁燊星, 黄瑜, 彭庚庚 申请人:腾讯科技（北京）有限公司